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1 INTRODUCTION 

The National Public Transport Access Nodes (NaPTAN) database is a UK nationwide system for 
uniquely identifying all the points of access to public transport in the UK. NaPTAN seeks to provide a 
comprehensive data set of all of the stopping places used by public transport services. 

The National Public Transport Gazetteer (NPTG) provides a topographic database of towns and 
settlements in the UK, and is used by the NaPTAN dataset to associate Public Transport Access 
Nodes (PTANS) with localities. 

NPTG and NaPTAN together enable computerised public transport information systems to provide 
stop finding and referencing capabilities using consistent, meaningful names for places and stops. 
The points of the NaPTAN system provide a coherent national framework of reference for integrating 
all kinds of public transport data including journey planning and real-time information. 

Both NaPTAN and the NPTG can be exchanged as XML documents; this document is a guide to the 
NaPTAN and NPTG XML schemas which describe those documents. The schemas are available at a 
website at http://www.naptan.orq.uk , which also provides additional information and resources. 

This is a revised version of the Schema Guide covering NaPTAN & NPTG 2.5, released in 2013 to 
coincide with release 2.5 of TransXChange. For a summary of modifications see Section 1 .9.6 below. 



1.1 NPTG Components 

The NPTG consists of the following elements: 

1 . A standard set of names for UK places and settlements, together with a method for assigning 
topographic names so as to be suitable for journey planning and other computer based 
information services. 

2. A division of the UK into administrative areas to manage public transport access node and 
other data, and the identification of services supporting it. 

3. A pair of XML Schemas for describing the NPTG & NPTG Discovery data when it is 
exchanged as XML documents. 

4. An alternative exchange format for exchanging NPTG data as CSV files. 

5. A database of all the settlements in the UK, compiled to the standard that can be exported 
into the prescribed formats. 



1.2 NaPTAN Components 

NaPTAN consists of the following elements: 

1 . A standard method for identifying and describing access points to public transport. 

2. An XML Schema for describing the NaPTAN data when it is exchanged as XML documents. 

3. An alternative exchange format for exchanging stop data as CSV files. 

4. A process for gathering information about changes to stop data and compiling it into the 
central database. 

5. A database of all the access points in the UK, compiled to the standard that can be exported 
into the prescribed formats. 

The NaPTAN database is maintained centrally under contract to the Department for Transport. 



1 .3 NPTG and NaPTAN Users 

NPTG and NaPTAN data users include: 

• Traveline - the National Passenger Transport Information System. 
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• Transport Direct Portal. 

• Bus Service Operators. 

• Traffic Area Offices. 

• Local Authorities. 

• Passenger Transport Executives. 

• Scheduling System Suppliers. 

• Journey Planning System Suppliers. 

• Real Time Information Systems Suppliers. 

• Electronic Fare management systems and Smartcards (ITSO) 

• Mapping and Map-information Information System Suppliers. 

• Point of interest databases. 

• Tourism Industry. 

• Estate Agents. 

The NaPTAN stop database is fundamental for TransXChange, the UK system for recording 
schedules as XML documents for electronic registration of bus services. 

NaPTAN is also fundamental to JourneyWeb, the UK national distributed journey planning protocol. 
Note that the appropriate naming of localities and stops is an important consideration for providing 
effective place and stop finding in on-line journey planners, and some guidance on this subject is 
included in this document. 

1.4 Motivation 

This NPTG and NaPTAN XML Schema Guide is intended to provide a technical overview and 
reference manual to the NPTG and NaPTAN Schemas for system developers, data providers and 
other users of NaPTAN and the NPTG. 

It includes guidelines on the naming of stops and stop areas so that data is effectively labelled for use 
in journey planning engines. The guide provides, in particular, a description of the NaPTAN and 
NPTG XML schemas, both of which are encoded as W3C XML xsd schemas. Note that detailed 
documentation of individual schema elements is provided as annotations within the schemas. 
Software tools such as XML SPY can be used to explore the structure and details of the schema. 



1 .5 Antecedents 

Version 1 .0 of NaPTAN was originally developed by WSAtkins for Transport Direct under contract to 
the UK Department for Transport. It built on earlier stop numbering systems used by the Association 
of Transport Coordinating Officers (ATCO). 

A subsequent update 1.1 in October 2003, also managed by WSAtkins, comprised a revision to the 
coding of stations to simplify the use of NaPTAN codes by journey planners. 

NaPTAN version 2.0, a revision in 2004 of the standard, managed by Carl Bro with technical 
development by Kizoom, had as its main functional change the harmonisation of NaPTAN with other 
public transport schemas and government standards for XML schemas. NaPTAN 2.0 included a new 
documentation set, including this guide, drawing on the NaPTAN specification v1 .0 produced by 
WSAtkins on behalf of the Department for Transport (see 15.3), and the 'Creation of National Public 
Transport Gazetteer (NPTG) Guidance Notes - Version 6 (1 June 2002)'. A slightly revised version of 
the 1.1 schema was introduced as 1.3 to ease migration to 2.0. The term '1.x' is used to refer 
collectively to the 1 .0 and other prior versions 

NaPTAN version 2.1 was a very minor update to version 2.0 to relax the requirement to provide 
Landmark and Street elements for all descriptors. 2.1 should be fully backwards compatible with 2.1 
in all other respects. It is accompanied by a 1 .4 version of the earlier 1 .x schema. 
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NaPTAN version 2.2 was a minor update to version 2.1 to add an archive status for element change 
management. V2.2 should be fully backwards compatible with 2.1 in all other respects. Version 2.3 
added a new stop type for bus/coach stops in private locations. 

NaPTAN & NPTG version 2.4 was a minor update to version 2.2 to add some stop type and relax 
some constraints on certain data types and support for private stops. It coincided with release 2.4 of 
TransXChange. It was also internally restructured into smaller component packages to facilitate 
maintenance and correspondence with Transmodel/NeTEx. . 

NaPTAN & NPTG version 2.5 is a minor update to version 2.4 to add support for Eire stops, fare 
zones and some basic accessibility tagging. It coincides with release 2.5 of TransXChange. 
V2.5 of NaPTAN & NPTG are fully backwards compatible with 2.4. For the London 2012 Olympics 
JourneyWeb was enhanced to allow planning to venues and other points of interest. NaPTAN 2.5 
also includes elements to show how NaPTAN point identifiers can be used to describe sites other 
than stop points. Note however that point of interest data is not supplied. 

The term '2.x' is used to refer collectively to the 2.0, 2.1 , 2.2, 2.3, 2.4 and 2.5 versions. 

The NPTG and NaPTAN 2.x XML schemas reference common GovTalk XML type definitions, in 
particular those shared by other UK Public Transport XML schema that use NaPTAN, such as 
JourneyWeb and TransXChange. 



1.6 Document Structure 

The NPTG and NaPTAN Schema Guide is organised as follows: 
Part I - Overview. 

The chapters in Part I are intended to give a summary of the basic concepts and purpose of NPTG 
and NaPTAN. 

• NPTG and NaPTAN Overview. 

• NPTG and NaPTAN Models. 

Part II - Schema Elements 

The chapters in Part II provide a detailed account of the schema elements: 

• NPTG Schema. 

• NaPTAN Schema. 



Part III - NPTG and NaPTAN Examples 

The chapters in Part III provide some examples for creating correct NaPTAN stop definitions. 
Part IV - Technical Annexes 

The chapters in Part IV provide technical details on various aspects of NPTG and NaPTAN 
documents and technology. 

• Technical Annexes. 

o Versioning. 

o National Language Support. 

• Reference Appendixes. 

• Reference Annexes. 

o NaPTAN CSV exchange format. 
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1.7 Intellectual Property Rights 



1 .7.1 NPTG and NaPTAN Schema 

The NPTG and NaPTAN Schemas are Crown Copyright, managed by the UK Department for 
Transport. The schemas may be used without charge. 

The NPTG and NaPTAN Schemas may reference other Schemas that are also Crown Copyright, or 
that are owned by Associate Members of the UK Government GovTalk initiative. 

Anyone who wishes to reproduce the Schemas in any format must acknowledge the source and state 
that the Schemas are the copyright of the named Associate Member or Crown Copyright, as 
appropriate. The permission to reproduce does not extend to any Schema or parts of Schema which 
are specifically identified as being the copyright of anyone who is not a Member or Associate 
Member. Permission to reproduce these Schema or parts of these Schemas must be obtained from 
the identified copyright holders. 



The designated owner of the NPTG and NaPTAN schemas for GovTalk is: 

NaPTAN, Transport Direct Team, 
Department for Transport, 
2/1 7 Great Minster House 
33 Horseferry Road 
London, SW1P4DR 

1 .7.2 NPTG Database 
Rights in the NPTG database are separate from rights in the NPTG Schema. 

The NPTG Database is Crown Copyright. Use of the A/PTGdata is free, but subject to UK Open 
Government Licence (OGL). http://www.nationalarchives.gov.uk/doc/open-government-licence/ 



1 .7.3 NaPTAN Database 
Rights in the NaPTAN database are separate from rights in the NaPTAN Schema. 

The NaPTAN Database is Crown Copyright. Use of the NaPTAN data is free, but subject to UK Open 
Government Licence (OGL). http://www.nationalarchives.gov.uk/doc/open-government-licence/ 

Anyone who wishes to use the NaPTAN data must acknowledge the source and state that the data is 
Crown Copyright in accordance with the licence conditions. 



1.8 Versioning 

A strict versioning system is used for the NPTG and NaPTAN schemas, following e-Gif principles. 
This has been made explicit since Version 2.0 of NaPTAN, and is explained in Section 11.1. 



1.9 Changes in Releases 

The primary objective of release 2.0 of NaPTAN was to systemise the XML schema and model so as 
to facilitate the interoperability of NPTG and NaPTAN with other UK standards. 

1.9.1 Standardisation 2.0 
Harmonising changes included: 
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Adding coverage of NPTG entities in an additional, interoperating XML schema. 
Harmonising with NaPT types and with GovTalk standard types. 
Applying e-GIF and XML best practice principles. 
Support for WGS84 coordinates. 
Systemising National Language support. 

Harmonising entity modification version numbers and timestamps. 
Adding support for flexible zone stops. 

1.9.2 Functional Enhancements 2.0 

In addition a number of changes were included to address issues arising from experience with 
version 1 .1 . These included: 

• Introduction of explicit name qualifiers so that locality and stop names can be made unique 
as required within different scopes. A short name to use as a qualifier was added to 
administrative area. 

• An explicit relationship between NPTG district and administrative area. 

• Restrictions on the allowed character set for name elements. 

• Further guidance on naming styles so as to obtain unique names. 

• Addition of an explicit delete pending status. 

• Addition of a short common name to stop point, with maximum length set by administrative 
area. 

• Extension of alternative stop name element to become an alternative descriptor element that 
includes indicator, street and landmark. 

• Addition of an availability element including both validity periods for stops, and a transfer 
relationship to allow for the moving of stops. 

• Separation of concept of locality centre and main or central stop for locality. 

• Addition of an optional adjacency relationship for localities. 

1 .9.3 Name Changes in Release 2.0 

One of the consequences of harmonisation was that a number of fundamental NaPTAN elements are 
renamed to bring them in line with Transmodel and/or the other UK Public Transport schemas. 



We sum marise the main name changes here: 





Name v1.1 


Name in v2.0 


NPTG, NaPTAN 


Area 


AdministrativeArea 


NPTG, NaPTAN 


NatGaz/ld 


NptgLocalityCode 


NaPTAN 


Stop 


StopPoint 


NaPTAN 


StopGroup 


Stop Area 


NaPTAN 


ATCOCode 


AtcoCode 


NaPTAN 


SMSNumber 


NaptanCode 


NaPTAN 


Direction 


Bearing 


NaPTAN 


BusStopType 


StopClassification/Bus/ 


NaPTAN 


BusRegistrationStatus 


TimingStatus 


NPTG 


ExchangePointGroup 


MainPoint 


NPTG 


AirExchangePoint 


Annotated 'AirRef 


NPTG 


CoachExchangePoint 


AnnotatedCoachRef 


NPTG 


RailExchangePoint 


AnnotatedRailRef 


NPTG Discovery 


AREP 


AdjacentRegionPoint 



Figure 1-1 - Name changes in NaPTAN 2.0 



1 .9.4 Changes in Release 2.1 

• In release 2.1 the Landmark and Street elements were made optional. 

• AnnotatedCoachRef was added to all types of on street bus and coach stop. 

• AnnotatedCoachRef may also include an operator code. 
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1 .9.5 Changes in Release 2.2 

• Allowed an additional "archived" status. 

• - [NPTG Discovery] Added TrunkLocality. 

• - [NPTG Discovery] Corrected version No. 

1 .9.6 Changes in Release 2.3 

• Diagrams revised and more detail added. 

• NaPT _stop-V2.1 added new Public flag on stops (replacing previous proposition for a BCP 
stop type). 

1 .9.7 Changes in Release 2.4 

Changes in 2.4 are limited to syntactic changes. No database changes are required. 

• Functional 

- PTIC-008 NaPT _stop-v2.4 Constraints on NPTG NaPTAN code AlphaPrefix relaxed 
to allow 1 for London and to relax constraints on codes for use in London and 
Yorkshire 

NaPT_types-v2.1 Constraints on PrivateCode relaxed from NMTOKEN to string. 
PTIC-075 NPTG updates: Add Northern Ireland & Eire to country enumerations. 
NPTG Discovery: Support multiple regions per call centre. Add SIRI & other service 
types. 

Stop types added for Cable Lifts & Car setDown to enable London 201 2 Olympics. 

• Technical 

All UML diagrams converted to EA format and revised, Correction to the data. 
All XML diagrams updated to show types. 
All Example diagrams corrected and updated. 

Internally restructuring to small modular packages corresponding to the Transmodel / 
NeTEx structure. This facilitates mapping between standards and further evolution of 
NaPTAN. Should not have an effect on the resulting aggregated document. 

1 .9.8 Changes in Release 2.5 

• Functional 

- PTIC-083 Support for Eire locations: 

■ ITM (Irish Transverse Mercator) allowed as grid type. 

■ Multiple Grid translations allowed. 
PTIC-087 Accessible Booking info added 

- PTIC-086 StopAccessibility added to StopPoint. 

PTIC-088 Basic Tariff Zones added. Sufficient to tag stops with the Zones for which 
they are eligible. 

Add Location to AnnotatedAirRef for consistency 

PTIC086 Alignment with JourneyWeb. Venue types added with PointOflnterest. This 
also serves to clarify the general modelling of sites and to support accessibility. 

• Technical. 

The version number attribute on a NaPTAN document was previously a fixed value 
(e.g. 2.1 , 2.4, etc). It is now a variable that defaults to the current value (e.g. 2.5). 
This makes it easier for implementers to use a single schema binding with 
documents that conform to earlier releases. 

1.10 Content Not Covered by NaPTAN 

NaPTAN focuses on PTAN information and does not currently cover interchange times, or 
interchange paths. This can be exchanged using the CEN NeTEx schema, into which NaPTAN data 
can be mapped. 
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1.11 Naming Conventions 

Systematic Naming conventions are used for schema elements. These are described in Section 1 1 . 

1.12 Presentation Conventions 

Consistent conventions are used throughout this Guide to present software artefacts. 

1.12.1 XML Elements in Text 

NaPTAN and NPTG use the XML Schema Language (See http://www.w3.orq/TR/xmlschema-0/ , 
h ftp ://www . w3 . orq/T R/x m I sch e m a- 1 / and http://www.w3.orq/TR/xmlschema-2/), and its terminology, 
such as "element", "attribute", "sequence" and "choice" to formally describe its data structures. 

Throughout this NPTG and NaPTAN Schema Guide: 

• XML elements are shown in bold italic type, for example the StopPoint element. 

• XML attributes are shown in bold, for example MappingSystem. 

• Containment of a subelement by another element is shown by a forward slash, for example 
StopPoint I AtcoCode. 



1.12.2 UML Diagrams 

Unified Modelling Language (UML) notation is used for class and instance diagrams to show the 
formal structure of the NPTG and NaPTAN conceptual models; the diagrams express structure in 
terms of classes, connected by association, aggregation and inheritance relationships, corresponding 
to the semantics available in XML's built-in reference and extension mechanisms. 
UML notation uses well known conventions for showing the navigability, multiplicity, and optionality of 
model elements and relationships. 

For NPTG and NaPTAN, we refine the standard UML conventions by the systematic use of colour, in 
particular: 

• Network topology elements are shown in diagrams in green (for example, StopPoint, 
Stop Area). 

• Administrative related elements are shown in (for example, AdministrativeArea, 
Region). 

• Topographical elements are shown in olive, for example (for example, NptgLocality, 
Nptg District). 

Different levels of detail are shown in the UML diagrams; introductory diagrams omit details and 
provide a high level overview; model diagrams show detailed attributes including physical attributes 
used to implement relationships; hierarchical views show the supertypes of objects; supporting 
diagrams show the low level data types used in the model diagrams. 

Since we are depicting a physical model, in detailed diagrams we also indicate the attributes used to 
implement relationships. 



1.12.3 XML Structure Diagrams 

XML Spy (from Altova GmbH) structure diagrams are used extensively in the detailed schema 
description to illustrate the containment structure of XML schema fragments. Each XML element is 
shown as a solid box. Use of a complex data type is shown by a dashed box. 

The presence of attributes is indicated by a '+. Since a common set of metadata attributes is used for 
first class objects, we do not generally show the attributes, though they may be listed in the 
accompanying documentation, using a convention of including the attribute name in the element 
comment prefixed by an 'at' sign ('@'), for example '@lang'. . 

1.12.3.1 Element Structure - Sequence 

The hexagonal symbol with the horizontal line of three dots indicates "sequence of." For example, 
Figure 1-23 says the element ValidityPeriod consists of the sequence of StartTime followed by 
EndTlme. Both elements are defined in the namespace whose prefix is "fxc". The adornment of a 
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small series of horizontal lines in their upper left box corners indicates that StartTi me and EndTlme 
have a simple type. Types are normally shown in the bottom half of the box. 

HalfOpenDateTimeRangeStructiire 



Valitlity^eriotl 



HalfOpenDateTimeRangeStructure 



StMrtTime 

)e |*sd:dateTime 



■lei start time. 



Period starting a t a time (inclusive) and ending at a 
specified time or indefinte 



! EntlTime 

[type [xsd:_dateTime ■ 

The (inclusive) end time, IF omitted, the range end is 
open-ended, th-at is, it should be interpreted as "Forever", 



Figure 1-2 - XML Spy Diagram: Sequence 



1 .12.3.2Element Structure - Choice 



The hexagonal symbol with the switch-like icon indicates a choice. For example in Figure 1-34 there 
is a choice between the elements NoSubsidy, and Subsidy. Subsidy has a further substructure, 
indicated by a "+" in at the right-hand end. NoSubsidy is simple type. 



SuhsiclyDetiiilsStriicture 



SiihsidyDetiiils 



e | SubsidyPetailsStructure 



} 



Information about any subsidy provided For the route, 



MoSuhsiily 



type | EmptyType 



The service is not subsidised, 



Suhsifly 







Information about the subsidy, 



Figure 1-3 - XML Spy Diagram: Choice 



1 .12.3.3Multiplicity and Optionality 



Whether elements are required or optional, and the multiplicity (cardinality) of elements is indicated 
by adornments as follows: 

• A fine dashed line on the connecting line and surrounding box indicates an element is 
optional. For example, in Figure 1-45; FlexibleZones and Description. 

• A solid line indicates a mandatory element. For example, in Figure 1-45; StopPointRef. 

• A number adornment indicates a multiplicity other than one. 'Many' is indicated by an infinity 
sign °° . Thus, for example in Figure 1-45, there may be zero or one Activity instances per 
StopUsage, but there can be between one and many StopUsages per FlexibleZone. 
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FlexibleZonesStructure 
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. . . . 
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FlexihleStopUsaye 
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A fleJible service zone that the service covers. The 
referenced stop point must be a NaPTAN fleiible stop point 
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El attributes | 

I ill 



< Sequence! lumbei ! 



I the presentation ordering of 



; Activity ; 

', VehideAtStOfiiActivityEnumerstion '. 

Activity undertaken by vehicle at Stop Point. 
Enumerated value. On a journey pattern defaults to pick 
up and set down. On a Vehicle journey defaults to same 
value as journey pattern. 



StopPoirrtRef Structure 



NaPTAN stop to which link end connects. 

^Extensions J 

! E*tensionsAny Structure ; 

problems with handling oF optional 'any' by s> 
validators) . 



Figure 1-4 - XML Spy Diagram: Multiplicity 



1.13 Related Transport Information Standards 

NPTG and NaPTAN are XML based standards and are compatible with the following standards for 
public transport information: 

• ATCO-CIF: (UK) ATCO-CIF is a general purpose interchange format for common elements 
of timetable information. NaPTAN is an evolution of the stop identification system from 
ATCO. 



• TransXChange: (UK) TransXChange is a UK national data standard for the interchange of 
bus route and timetable information, intended as a successor to ATCO-CIF. The standard is 
sponsored by the UK Department for Transport, and is mandated by the Traffic Area Network 
(TAN) for the electronic registration of UK bus services with Traffic Area Offices (TAO) within 
the Vehicle and Operator Services Agency (VOSA), and Local Authorities. TransXChange 
2.x is harmonised with NaPTAN 2.x. 



• Transmodel: (CEN) Transmodel is an abstract reference model of the data of interest to 
organisations providing transport related information systems. It has resulted from several 
European Commission sponsored projects. NaPTAN can be related to Transmodel concepts 
and terminology for stops. Since the development of NaPTAN Transmodel has been further 
evolved by the addition of a detailed stop model IFOPT (Identification of Fixed Objects) 
drawing on NaPTAN and the experience of other European nations. 



• NeTEx: (CEN) Network Exchange is a reference model and XML schema for exchanging 
network, timetable and fare data for public transport information systems, developed from 
Transmodel and IFOPT. It includes a stop place model and administrative model derived 
from NaPTAN and NPTG. It provides design input for many further aspects of public 
transport. NaPTAN data can be mapped into a NeTEx schema and augmented. 
Enhancements to NaPTAN are usually done in a manner intended to be compatible with 
NeTEx. 



• JourneyWeb: (UK) JourneyWeb is an XML protocol allowing distributed journey planning. 
The protocol is a UK national de facto standard sponsored by the UK Department for 
Transport and is being used in the Transport Direct Portal to provide contiguous distributed 
journey planning across the whole of Great Britain. 
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• SIRI: (CEN) The Service Interface for Real-time Information is a standard for the exchange of 
real time bus information between systems which was developed by TC278 WG3 of CEN 
with UK participation sponsored by the DfT, originally through the UK Real Time Interest 
Group, and now PTIC. SIRI services that reference stops, such as the SIRI Stop Monitoring 
Service (SIRI-SM), can reference NaPTAN stop points. 

• UK Geocoding References: For geospatial references the NaPTAN data set hold OSGR 
Grid references - the Easting and Northing, with support for both UK Mainland and Irish 
grids. In release 2.x the schema supports the exchange of WGS84 coordinates as an 
alternative. For release 2.5 ITM (Irish Transverse Mercator) grid is also supported. 
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2 INTRODUCTION TO NAPTAN AND THE NPTG 



2.1 The Purpose of the National Public Transport Gazetteer 

NaPTAN depends closely on the National Public Transport Gazetteer (NPTG). The NPTG provides a 
model of all UK cities, towns and settlements to which people might wish to travel, or which they 
might wish to use to describe the places to which they wish to travel. Every NaPTAN stop is assigned 
to a NPTG locality. This association has two main purposes: 

1 . It allows stops to be related to the topographical area in which they lie, so that a wide variety 
of user search functions can be supported to find travel destinations and travel access points. 

2. It allows stops to be related to the computer systems which provide coverage for the stop, for 
example for journey planning or real time information, so that services can be provisioned 
automatically. 

Not all NPTG localities, however, have stops associated with them. The Gazetteer seeks to present a 
comprehensive list of UK localities as known to the public, regardless of whether transport services 
are available within a given locality. 

2.1.1 The NPTG Database 

The NPTG database holds a current data set of all UK towns and settlements, organised within a 
topographical hierarchy. The NPTG database is maintained centrally by Landmark Information Group 
under contract to the Department for Transport. 

2.1.2 The NPTG XML Schemas 

NPTG data is described by two related XML schemas. (i) The main NPTG Schema, (ii) The NPTG 
Discovery schema, relating NPTG entities to available services. The schemas can be used to 
describe NPTG data when exchanging it between systems as XML documents. The schemas can be 
used with software tools to check that documents are correctly formatted and contain the required 
content. 



2.1 .3 The NPTG CSV Exchange Format 

NPTG data can also be distributed to systems in Comma Separated Variable (CSV) format, as well 
as XML documents. The NPTG CSV exchange format uses a format, recorded in Appendix 15.5. 



2.2 The Purpose of NaPTAN 

NaPTAN seeks to assemble and maintain a single source of information on the location and naming 
of bus stops and other public transport access nodes. NaPTAN includes the following main elements: 

2.2.1 NaPTAN Identifiers 

NaPTAN stop point identifiers are a systematic way of identifying all UK points of access to public 
transport. Stops are submitted by administrative area authorities to a central service which 
consolidates the stops and distributes them back to users. 

• Every UK station, coach terminus, airport, ferry terminal, bus stop, etc is allocated at least 
one unique NaPTAN stop point with its own identifier. 

• For large interchanges and termini, NaPTAN points identify the entrances from the public 
thoroughfare - one identifier is distinguished as the main entrance. A second point may be 
used to designate the 'transport side' - airside, berth or platform area. 

For every NaPTAN stop there are two associated NaPTAN identifiers, each unique within the UK: 

• The AtcoCode: A twelve character NaPTAN identifier intended for use in computer systems. 

• The NaptanCode: A short (seven or eight digit) identifier suitable for displaying on stops and 
referring to the stop in public facing systems. This has been designed to be suitable for use 
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in SMS and other delivery channels requiring direct reference to a stop identifier by the 
public. In most areas it uses a character set optimised for a mobile device keypad. 

2.2.2 The NaPTAN Database 

The NaPTAN database holds a current copy of all UK stops and their descriptions. Stops are 
submitted by Public Transport Authorities (Metropolitan, County and Unitary) to a central authority 
which validates and aggregates the stop point data and returns it back to consumer systems. 
The NaPTAN database is maintained centrally by Landmark Information Group under contract to the 
Department for Transport. 



2.2.3 The NaPTAN XML Schema 



NaPTAN data is described by a NaPTAN XML Schema. The schema can be used to describe 
NaPTAN data when exchanging it between systems as XML documents. The schema describes the 
content model: not only the elements and Data types, but also the rules for combining them. The 
schema can be used with software tools to check that documents are correctly formatted and have 
the required content. 



The XML documents themselves can be exchanged by different transport mechanisms, for example, 
FTP, email or http. 

It should be emphasised that the NPTG and NaPTAN schemas are a standard format for data 
exchange, and not a specific software program or a dynamic protocol. NaPTAN is intended to enable 
local and national user communities to build systems that can share information correctly, cheaply 
and efficiently, but does not prescribe detailed error handling or other data processing details. 



2.2.4 The NaPTAN CSV Exchange Format 

NaPTAN data can also be distributed to systems in CSV format, as well as XML documents. The 
NaPTAN CSV exchange format uses a format recorded in Appendix 15.8. 

2.2.5 NaPTAN Process 

Gathering, collating and maintaining a large, volatile data set such as that of UK PTANS requires an 
agreed workflow and process for a large number of different bodies to work together, in both the 
public and private sectors. NaPTAN includes an overall workflow and tools, with specific 
organisations being charged with specific roles in the overall process. 

NaPTAN also prescribes a set of rules for describing stops when populating the NaPTAN textual 
descriptions elements. 
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2.3 How are NPTG and NaPTAN used? 

The most common use of NPTG and NaPTAN data - to support the exchange of bus timetables - 
may involve the exchange of three different data sets: 

• Exchange of the NPTG Gazetteer data. 

• Exchange of the NaPTAN stops which reference NPTG data. 

• Exchange of TransXChange documents which reference NaPTAN stops and NPTG 
localities, and which may also contain interim local definitions of NaPTAN stops. 

A further common use of NPTG and NaPTAN data is to provide place and stop finding functions in 
journey planners and other on-line enquiry services. 

Typical scenarios for the use of NPTG and NaPTAN are as follows: 

2.3.1 Scenario #1 : Compilation and Distribution of NPTG Data 

1. Compilation 

The NPTG database has been compiled centrally by the Department for Transport, from the input 
of local editors who use the on-line NPTG editor to submit locality definitions. It is updated and 
reissued continually to the Transport Authorities and other users as an XML file (and also as csv 
tables). Some data elements may be added centrally - for example Plusbus Zones. NPTG 
documents must validate against a stated version of the NPTG schema. If necessary, the same 
content could be exported and distributed in multiple versions at different schema version levels 
at the same time. 

2. Distribution 

The XML document of the NPTG content (& or csv files) are distributed. The documents are 
available to authorised users to download from Landmark Information Group at 
http://www.dft.gov.uk/public-transportdatamanagement . Users may specify the format (XML or 
CSV) and the version level (e.g. 1.1 or 2.1 ) that they wish to download. 

3. Use 

Each authority or other user imports the NPTG document into their system, using the version 
number to determine the appropriate schema level to use. The import application updates the 
user's version of the NPTG data with the changes in the update. Note that individual entities such 
as localities have version numbers, so it is possible to hold multiple versions of data for the same 
entity in a client database if desired. 

2.3.2 Scenario #2: Gathering and Distribution of NaPTAN Stop Data 

1 . Data Preparation 

The responsible party for preparing NaPTAN stop data for a given administrative area prepares 
an updated version of the stop data for that area. Stop points reference NPTG localities. 

2. Data Export 

The NaPTAN stop data set for the whole administrative area is exported as an XML document 
(formerly as a csv file) following a named version of the NaPTAN schema. Each administrative 
area should only export nodes contained within its administrative area boundaries, ignoring 
nodes outside its boundaries that are 'owned' by another authority. Only the latest revision of 
each entity should be exported. 

3. Data Transmission 

The XML document is sent to the central organisation responsible for concentrating NaPTAN 
data (Landmark Information Group). 

4. Data Concentration 
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The stop data is imported into the NaPTAN database, using the schema level indicated in the 
document to interpret the content. Note that records are never removed from the database, 
simple flagged as deleted or suspended if out of use. When a replacement set of stops for a 
whole area is imported, an error report will be produced detailing any nodes that were in the 
database previously but are not in the imported file. This error report will be sent back to the 
supplier of the data so that they can discover where the records have gone. The 'lost' nodes will 
be kept in the NaPTAN database with a 'pending' delete Status. 

5. Data Export 

NaPTAN data for the country is exported as an XML document conforming to the NaPTAN 
schema. The data is also available as csv files. There are separate files: 

• For the whole country. 

• For each administrative area. As of March 201 0 there are currently 1 46 
administrative areas (including 5 which are national mode-based areas). 

The files are available from Landmark Information Group at http://www.dft.gov.uk/public- 
transportdatamanagement/. Users may specify (i) the area (all or area code(s)), (ii) the format 
(XML or CSV) and (iii) the version level (e.g. 1.1 or 2.1 ) that they wish to download. 

6. Data Import 

Each authority or other user downloads and imports the NaPTAN document into their system, 
using the version number to determine the appropriate schema level to use. 

2.3.3 Scenario #3: Exchange of NaPTAN Data within TransXChange 

1 . Data Preparation 

Users prepare bus schedules including, if necessary, any stop definitions for new NaPTAN stop 
points that are required. An AtcoCode is obtained for each new stop from the relevant local 
Transport Authority. 

2. Data Export 

The bus schedules are exported as XML documents in TransXChange format, and may include 
(i) local definitions of new NaPTAN stop points and stop areas, as well as (ii) references to 
existing NaPTAN stop points and stop areas. The schedules may be published using the 
TransXChange publisher; NaPTAN stop names will be used to identify the stops. The NPTG 
Administrative Areas and NPTG Localities referenced by any new local stop definitions must 
exist in the NPTG. 

3. Data Use 

The importing application imports the TransXChange documents, and resolves the stops against 
its NaPTAN database. Stops are reconciled according to their NaPTAN AtcoCode identifiers, 
and the interim definitions used for any new stops that are not yet defined in the application's 
current copy of the distributed NaPTAN database. For most applications (for example schedule 
registration with a Traffic Area Office), any reference to an existing stop that is not found in the 
NaPTAN database is an error. 



2.3.4 Scenario #4: Using NPTG and NaPTAN Data in a Place Finder 

One of the common uses that a public transport information system , such as a journey planner, will 
wish to make of data is to provide users with a means to find origin destination places by a variety of 
different strategies. For example: 

o By NPTG locality name. 

o By NPTG locality name &/or transport mode. 

o By NPTG locality name & NPTG sub locality. 

o By Map location (or post code). 
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Journey planning engines will use the NPTG and NaPTAN data sets to build a place model. It is 
therefore important to have names that are authoritative and descriptive, and in particular that are 
comprised of content that can be used to distinguish a target place from other places that are similar 
in name and/or location. It is also important to geocode stops with their correct spatial location, as 
well as to annotate PTANs and localities by semantic relationships, so that powerful 'fuzzy' search 
functions can be provided, and so that the engines can aggregate very similar stops in a locality into 
a single 'place' within the user interface. The role of NaPTAN is to provide data that can be 
transformed correctly and unambiguously into the different presentations of stop names needed by 
software user interfaces, but not to prescribe or preclude specific presentation formats. The 
requirements to fulfil this role are discussed further later on. 

2.3.5 Scenario #5: Using NPTG and NaPTAN Data in a Stop Finder 

Another common use that public transport information systems, in particular Automatic Vehicle 
Location (AVL) systems, may wish to make of NPTG and NaPTAN data is to provide users a means 
to find stop points by a variety of different strategies. In this case the ability to discriminate every 
individual stop is important: (as opposed to aggregating a number of stops into a 'place'). 

o By name, and/or transport mode. 

o By name and NPTG locality and /or transport mode. 

o By NaPTAN identifier. 

o By NPTG locality and /or transport mode. 

o By NPTG locality and NPTG sub locality. 

o By address. 

o By map location (or post code). 

It is therefore important to have stop names that are descriptive, and in particular that distinguish 
them from similar instances in a locality. The requirements to do this are discussed later. 

2.3.6 Scenario #6: Using NaPTAN Data for real-time departures 

Stop Identifiers may be used to provide a common reference framework for exchanging data between 
Automatic Vehicle Location (AVL) systems and web, mobile and sign distribution channels. The stop 
point identifier can be used to identify individual points. 

2.4 Document Validation 

To be valid NPTG or NaPTAN data, XML documents must satisfy two levels of validity criteria: 

1 . Well-formedness and validity: Documents must parse and validate against the NPTG or 
NaPTAN schemas, including all the integrity constraints coded within the schema, such as 
for key uniqueness and reference and for conformance of values to data types. Validation is 
typically done by the built-in capabilities of standard software tools using the specification 
provided by the schema and does not require additional programming. 

2. Correctness: Documents must satisfy additional processing rules and constraints that are 
not enforceable in the XML of the schema, but which can be applied by an application 
importing the data. A number of data integrity rules are specified in this document in sections 
14.2.2 and 14.3.2., and are also mentioned as annotations in the schema. Typically these 
rules cover additional complex processing or uniqueness constraints that cannot readily be 
expressed using XML's built-in mechanisms. 
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3 SHORT TOUR OF THE NPTG AND NAPTAN REFERENCE MODELS 

In this chapter we provide a summary of the physical data models underlying (i) the NPTG and (ii) the 
NaPTAN schemas. Both are relatively simple models with a small number of entities. 

The physical model is presented as UML diagrams, with different levels of details 

• Top level elements 

• Detailed elements with attributes 

The diagrams are intended to show how relations and composite objects are serialised as XML: the 
model therefore includes the attributes used to implement relationships by reference and by 
containment. 



3.1 The National Gazetteer Model 

Figure 3-11 introduces, in UML class diagram notation, the fundamental elements of the NPTG 
schema. The elements of the NPTG model fall into two main groups: 

• Topographical. 

• Administrative. 
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Figure 3-1 - UML Diagram of NPTG Model: Introduction 



3.1.1 Topographical Elements 

The fundamental entity of the NPTG is the NptgLocality, which represents a UK city, suburb, district, 
village, town or other settlement, for example, 'Holborn', 'Cardiff, 'North Wootton, Somerset' or 
'Barnsbury, Islington'. 



• Localities can be organised into hierarchies using an 7s part of relationship. 

o The 7s part of relationship implies that the contained element is inside its parent 
element. 

o An arbitrary number of levels may be used, though currently at most three levels are 
used in practice. Parent references should not be cyclic, that is a locality should not 
be part of itself, directly or indirectly. , 
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o A parent element will not necessarily be uniformly divided into children: typically 
there may be additional children covering town centres and areas significant for 
travel. Other areas may be more sparsely covered. 

o Localities may overlap. Localities may be used to describe geographically fuzzy 
areas like 'The West End' or 'South Bank'. 

• Each NptgLocality has a Location, specifying the geospatial coordinates, ideally at 1m 
precision, of a central point for the locality. 

• Each NptgLocality has a name and an optional short name which can be used to qualify 
other names. Each NptgLocality may have multiple AlternativeDescriptor instances, each 
specifying alternative names for the locality. For example, Swansea' has an alternative 
common name of 'Abertawe' where the alternative name is being used for a bilingual (Welsh) 
variant of its name. 

• Each NptgLocality is associated with a single AdministrativeArea, representing a 
Metropolitan PTE, a Shire County or a Shire Unitary Authority (the authority with transport 
responsibilities). 

• Each NptgLocality can also be associated with an NptgDistrict, a subdivision of 
AdministrativeArea. 

o The district specifies the Local Authority to which the NptgLocality belongs. A 
district will correspond to governmental district, thus be a Borough, District or 
Metropolitan Borough of the UK. 

o For each AdministrativeArea that is a Shire or Metropolitan County, there is an 
NptgDistrict tor each subdivision of the administrative area. 

Figure 3-22 elaborates, in UML class diagram notation, the elements of the NPTG Locality Model to 
show attributes and ancillary elements. 
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ShortName :Multil ingualString [0..1] 
Qualify rQualifier 



0.. 
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«enumeration» 
NptgLocalitySupport:: 
LocalityClassifcationEnum 
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town 
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hamlet 
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placeOflnterest 

other 

unrecorded 



qualifier 



LocationModel::Location 



Longitude :LongitudeType [0..1] 
Latitude :LatitudeType [0..1] 
GridType :GridTypeEnum 
Easting :EastingType 
Northing :NorthingType 
«PK» 

Id :ldType 
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«FK» 
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Figure 3-2 - UML Diagram of NPTG Locality Model 
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3.1.2 Administrative Elements 

Figure 3-33 introduces, in UML class diagram notation, the elements of the NPTG Administrative 
Model, which assign responsibility for managing locality data: 

• Great Britain is divided into Traveline Region instances. 

• Every Region contains a number of AdministrativeArea instances. 

• Each NptgLocality and NptgDistrict belongs to a specific AdministrativeArea. 

• Great Britain also contains a number of PlusbusZone instances. These are Tariff zones for 
the Plusbus scheme. 



class NPTG Administrative Overview 



Region 



o-o 



Ai 

region 



Name: NPTG Administrative Overview 

Author: nickk 

Version: 1.0 

Created: 17/09/2009 15:42:38 

Updated: 15/05/2013 15:51:23 




kizoom 

(c) 2001-2013 
Crown Copyright 



Figure 3-3 - UML Diagram of NPTG Administrative Model: Overview 
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Figure 3-44 elaborates the same elements as in Figure 3-33 with some further detail showing 
additional child elements of AdministrativeArea. 



class NPTG Administrative Intro 



VersionedObject] 
Region 

region 



0..* 



AdministrativeArea 



VersionedObject 
o-o 



T 



v "•■* 



VersionedChild 
ClearDownRange 



prefixes 

V c 



VersionedChild 
Alpha Prefix 



administered by 



ContactTelephone 



Name: NPTG Administrative Intro 

Author: nickk 

Version: 1.0 

Created: 08/02/201 0 20:1 7:48 

Updated: 15/05/2013 15:52:16 



kizoom 

{c) 2001-2013 
Crown Copyright 



ispart0..1 



A 



administered by 



I 



0..* 

alternative descriptors 



Nptg Locality 

Q A 



yo. 



VersionedObject 
Nptg District 



qualifier 




«enumeration» 
CountryEnum 



England 
Scotland 
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GB 
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UK 
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VersionedObj 
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Object^ 



VersionedObje> 
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LocalityClassifcationEnum 



city 

suburb 

town 

village 

hamlet 

urbanCentre 

placeOflnterest 

other 

unrecorded 



Figure 3-4 - UML Diagram of Main NPTG Model: Further elements 
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Figure 3-55 shows the same elements as in Figure 3-44 with further detail as to the properties of 
individual entities. 



class NPTG Administrative Model 



VersionedObject 



Region 



Name :M ultil ingualStri ng 
Country :CountryEnum 
«PK» 

RegionCode :RegionCodeType 
«contained» 

AdministrativeAreas :AdministrativeArea [0.^"^ 



A 



Name: NPTG Administrative Model 

Author: nickk 

Version: 1.0 

Created: 17/09/2009 16:31:38 

Updated: 15/05/2013 15:49:59 



« enumerations 
Nptg Administrative Values: 
CountryEnum 



England 
Scotland 
Wales 
GB 

Northernlreland 

UK 

Eire 



VersionedObject 



Administrativ e Area 



Name :Multilingual String 
ShortName :MultilingualString [0..1] 
Maximum Length ForShortName :integer [0..1] 
National :boolean [0..1] 
ContactEmail :EmailType [0 .1] 
ContactTelephone :ContactTelephone [0..1] 
«PK» 

AdministrativeAreaCode :AdministrativeAreaCodeType 



«AK» 

AlcoAreaCode :AtcoAreaCodeType 
«contained» 

NptgDistricts :NptgDistrict [0..'] 
NaptanPrefixes :AlphaPrefix [0..*] 
CleardownRange :AlphaPrefix [0..*] 



y o.. 



VersionedChild 
CI earDown Range 



CleardownStart :integer 
CleardownEnd :integer 



prefixes 
Wo.' 



VersionedChild 
AlphaPrefix 



AlphaPrefix :normalizedString 



0 



« enumerations 
NptgLocalitySupport:: 
LocalityClassifcationEnum 



city 

suburb 

town 

village 

hamlet 

urbanCentre 

placeOflnterest 

other 

unrecorded 



VersionedObject 



PluzBusZone 



Name :M ultil ingualString 
Country :CountryEnum 
«contained» 

Mapping :Location [0..*] 
«PK» 

PlusBusZoneCode PlusBusZoneCodeTyp*?" 0 



LocationModel ::Location 



< 



administered by 



O- 



kizoom 

(c)2001-2013 
Crown Copyright 



O 



spart of 



0..1 



administered by 
\l/0..1 



VersionedObject 
NptgLocalityModel::NptgLocality 



SourceLocalityType :LocalitySourceEnum 

Local ityClassification :NptgLocalityClassifcationEnum [0..1] 

«PK» | 

NptgLocalityCode :NptgLocalityCodeType 

«contained» -^^^^^^_^»J 
Descriptor descriptor 
AlternativeDescriptors descriptor [0..*] 
Location :Location 

AdjacentLocalities : Nptg Local ityRef* [0..*] 

«FK» -«^^^^^^^J 
AdministrativeAreaRef :AdministrativeAreaCodeType* 
NptgDistrictRef :DistrictCodeType* 



VersionedObject 



Nptg District 



Name :Multil ingualStri ng 



alternative descriptor 5 



UtilityTypesModel::ContactTelephone 



TelNationalNumber :PhoneNumberType 

Tel Extension Number :TelephoneExtensionType 

TelCountrvCode :TelCountn/CodeTvoe 



o- 



I 



0.. 



< 



adjacent to 



VerstonedChi 
Nptg Loca I ityM ode I : : De s c ri ptor 



LocalityName :Multil inguai String 
ShortName :Multi li nguafString [0..1] 
Qualify :Qualifier 



«enumeration» 
NptgLocalitySupport:: 
SourceLocalityType En urn 




Figure 3-5 - UML Diagram of Main NPTG Model: Detail 
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3.1.3 



NPTG Element Hierarchies 



3.1.3.1 NPTG Locality Element Hierarchy 

Figure 3-66 shows the Class Hierarchy for the NPTG Locality Elements. NptgLocality is a versioned 
element. Nptg Locality Ref & Descriptor are child elements. 



class NPTG Locality Model Hierarchy 



VersioningModel::VersionedObject 



I 



NptgLocality 



+ SourceLocalityType :LocalitySourceEnum 

+ LocalityClassification iNptgLocalityClassifcationEnum [0..1] 

+ NptgLocalilyCode :NptgLocalityCodeType 
«contained» 

- Descriptor :Descriptor 
AlternativeDescriptors :Descriptor [0..*] 

~ Location :Location 

- AdjacentLocalities :NptgLocalityRef* [0.. 1 ] 
«FK» 

# AdministrativeAreaRef :AdministrativeAreaCodeType* 

# NptgDistrictRef :DistrictCodeType* 



VersioningModel ::VersionedChild 



« references 
NptgLocalitySupport::NptgLocalityRef 



«FK» 

# LocalityRef :NptgLocalityCodeType J 



Qualifier 



+ QualifierName :Multil i ngualStri ng [0..1] 
«FK» 

# NptgLocalityRef :NptgLocalityCodeType* [0. 

# NptgDistrictRef :DistrictCodeType* [0..1 



kizoom 

(c) 2001-2013 
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1 



Descriptor 



LocalityName :Mu!tiltngualString 
ShortName :Multi li ngualString [0..1] 
Qualify :Qual ifier 



3 



Name: NPTG Locality Model Hierarchy 

Author: nickk 

Version: 1.0 

Created: 10/02/2010 11:22:26 

Updated: 14/05/2013 16:48:43 



Figure 3-6 - UML Diagram of NPTG Locality Element Hierarchy 



3.1 .3.2NPTG Administrative Element Hierarchy 

Figure 3-77 shows the Class Hierarchy for the NPTG Administrative Elements. Region, 
AdministrativeArea, Nptg District and PlusBusZone are versioned elements. CleardownRange & 
AlphaPrefix are child elements. 
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class NPTG Administrative Model Hierarchy 



Name: NPTG Administrative Model Hierarchy 

Author: nickk 

Version: 1.0 

Created: 08/02/201 0 20:38:23 

Updated: 14/05/2013 16:48:41 



Region 



+ Name :Multili ngualStrf ng 
+ Country :CountryEnum 
«PK» 

+ RegionCode :RegionCodeType 
«contained» 

# AdministrativeAreas :AdministrativeArea [0.^^ 
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VersioningModel::VersionedObject 



Name :MultilingualStting 
ShortName :Multili ngualString [0..1] 
Maxim umLengthForShortName :integer [0..1] 
National :boolean [0..1] 
ContactEmail :EmailType [0..1] 
ContactTelephone :ContactTelephone [0..1] 
«PK» 

AdministrativeAreaCode Administrative AreaCodeType 
«AK» 

AtcoAreaCode :AtcoAreaCodeType 
«contained» 

NptgDistricts :Nptg District [0..'] 
NaptanPrefixes :AlphaPrefix [0..*] 
CleardownRange :AlphaPrefix [0..*] °"° 



PluzBusZone 



+ Name :Multili ngualString 
+ Country iCountryEnum 
((contained)) 

Mapping :Location [0..*] 
«PK» 

+ PlusBusZoneCode :PlusBusZoneCodeType ' 



VersioningModel::VersionedChild 



ClearDownRange 


+ CleardownStart 


:integer 


+ CleardownEnd 


integer 



NptgDistrict 



Name :Multilingual String 



kizoom 

(c) 2001-2013 
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AlphaPrefix 



AlphaPrefix mormalizedStrinc 



«reference» 

NptgAdministrativeSupport::PlusbusZoneRef 



«FK» 

# PlusbusZoneRef :PlusbusZoneCodeType' 



((references 
NptgAdministrativeSupport:: 
Ad ministration Area Ref 
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Figure 3-7 - UML Diagram of Administrative Element Hierarchy 
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3.1 .3.3NPTG Locality Data Types 

Figure 3-88 shows the data types used in the locality elements in Figure 3-22 and elsewhere. 

class NPTG Locality Support / 



Name: NPTG Locality Support 

Author: nickk 

Version: 1.0 

Created: 01/03/2010 15:21:16 

Updated : 14/05/2013 16 :48 :43 



VersioningModel: 
VersionedChild 
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SourceLocalityTypeEnum 
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US 
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DWD 
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RED 

ISL 

Add 



o- 
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«XSDsimpleType» 
XSDData types ::NMTOKEN 



((reference* 
NptgLocalityRef 



«FK» 

LocalityRef 



Nptg LocalityCodeType 



klzoom 

(c) 2001-2013 
Crown Copyright 



((unique identifier* 
NptgLocalityCodeType 



((enumeration* 
LocalityClassifcationEnum 



city 

suburb 

town 

village 

hamlet 

urbanCentre 

placeOflnterest 

other 

unrecorded 



Figure 3-8 - UML Diagram of Locality Data types 

3.1.3.4NPTG Administrative Data Types 

Figure 3-99 shows the data types used in the administrative elements in Figure 3-55 and elsewhere. 
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class NPTG Administrative Support 



Name: NPTG Administrative Support 

Author: nickk 

Version: 1.0 

Created: 17/09/2009 16:12:21 

Updated: 14/05/2013 16:48:43 



«XSDsimpleType» 
XSDData types ::NMTOKEN 



«unique identifiers 
Ate oAre a Code Type 



constraints 

{Restricted Code list} 



«enumeration» 
NptgAdministrative Values: 
UkLanguageEnum 



EN 

CY 
GA 
GD 



«unique identifiers 
NptgDistrictCodeType 



«unique identifiers 
Ca I ICe ntreCodeType 



«unique identifiers 
RegionShortCodeType 



constraints 

{Max 2} 



«enumeration» 
NptgAdministrativeValues: 
CountryEnum 



England 
Scotland 
Wales 
GB 

Northernlreland 

UK 

Eire 



«unique identifiers 
NaptanAlphaPrefixType 



constraints 

{Max length three. '1 ' or three char prefix} 



VersioningModel:: 
VersionedChild 



«unique identifiers 
Administrative AreaCodeType 



constraints 

{restricted code set} 



< 



« references 
Ad ministration Area Ref 



Admin Area :AdministrativeAreaCodeType 



«unique identifiers 
PlusbusZoneCodeType 



«unique identifiers 
Reg ion Code Type 



«references 
PlusbusZoneRef 



«FK» 

PlusbusZoneRef :PlusbusZoneCodeType 



klzoom 

(c) 2001-2013 
Crow n Copyright 



«reference» 
RegionRef 




Figure 3-9 - UML Diagram of Administrative Data types 

3.1 .3.5NaPT Location Data Types 

Figure 3-1010 shows the reusable Location data types used for a geospatial point in Figure 3-55 and 
elsewhere. 
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class Location Model 



Location 



Longitude :LongitudeType [0..1' 
Latitude :LatitudeType [0..1] 
GridType :GridTypeEnum 
Easting :EastingType 
Northing :NorthingType 

«PK» 

Id :ldType 



Name: Location Model 

Author: nickk 

Version: 1.0 

Created: 10/02/2010 11:36:47 

Updated: 26/03/2013 17:18:06 



V 



«enumeration» 
CompassBearingEnum 



N 

NW 
W 
SW 
S 

SE 
E 

NE 



GisFeature 



«enumeration» 
LocationSystemEnum 



Grid 
WGS84 



kizoom 

(c) 2001-2013 
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«enumeration» 
GridTypeEnum 



UKOS 

IrelandOS 

ITM 



«dataType» 
Locationldentifier 



«dataType» 
LatitudeType 



«dataType» 
LongitudeType 



«dataType» 
CoordinatesType 



Figure 3-10 - UML Diagram of Location Data Types 

3.1.3.6Utility Data Types 

Figure 3-1212 shows the reusable Address data types used in Figure 3-55 and elsewhere. 



class Utility Types Package 



token 



«XSDsimpleType» 
XSDDatatypes ^language 



anySirrpleType 



«XSDsimpleType» 
XSDDatatypes::string 



Name: Utility Types Package 

Author: nickk 

Version: 1.0 

Created: 12/06/2009 09:18:09 

Updated: 26/03/201 0 1 5:1 1 :03 



«dataType» 
UtilityXmlPackage:: 
MultilingualString 



Language language 



kizoom 

(c) 2001-2013 
Crown Copyright 



«XSDsimpleType» 
XSDDatatypes::normalizedString 



«dataType» 
Email Type 



«dataType» 
Postcode Type 



NMTOKEN 



«unique identifiers 
UtilityXmlPackage::ldType 



«dataType» 
Phone NumberType 



«dataType» 
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«dataType» 
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Figure 3-11 - UML Diagram of NaPT Utility Data Types 
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3.1.3.7APD Data Types 



3.1 .3.8Address Data Types 

Figure 3-1212 shows the reusable Address data types used in Figure 3-55 and elsewhere. 



class ApdTypesPackage 



Name: 

Author: 

Version: 

Created: 

Updated: 



ApdTypesPackage 

nickk 

1.0 

09/02/2010 10:53:06 
15/02/2010 13:34:26 



kizoom 

(c) 2001-2010 
Crown Copyright 



UkPostCodeType 



UkPostalAddress 



Linel: normalizedString [2. .5] 
Postcode: PostCodeType [0..1] 



«data type» 
TelephoneNumberType 



TelNational Number: normalizedString 
TelExtensionNumber: PostCodeType 
TelCountryCode: PostCodeType 



Figure 3-12 - UML Diagram of APD Address Data Types 
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3.2 Populating the National Gazetteer 

The NPTG provides a structured model for describing the topography of the UK in a format that is 
useful for computer systems. When entering data into the NPTG model, care needs to be taken in 
choosing, naming and grouping localities so as populate the model in a way that accurately reflects 
the way real-world places are named and perceived by humans, and also so that the relationships 
between them are useful for the intended computational purposes. 

3.2.1 Choosing Administrative Areas 

There should be an NPTG administrative area for every English, Scottish and Welsh County, 
including metropolitan counties such as Greater London and Greater Manchester, and every Shire 
Unitary authority. These are the country's local transport authorities. 

• There are currently 146 administrative areas. 

• There are also two special administrative areas for National Rail and National Coach Data. 
Names of Administrative Areas should be unique within the NPTG database. A short name can be 
associated with each area, to use when distinguishing localities from different areas that have the 
same name. 

An ampersand symbol ('&') should be used in the naming of administrative areas in preference to the 
word "and", so that the word "and" can be used in downstream systems to logically connect two or 
more such administrative areas without ambiguity (for example. 'Bath & North East Somerset' and 
'North Somerset). 

3.2.2 Choosing NPTG Districts 

There should be an NPTG District for the following: 

• Every Metropolitan District Council. 

• Every Shire District Council. 

The name should be the same as the local authority name, without the descriptive suffix (i.e. 
'Council', 'District Council', 'Borough Council', 'City Council', 'London Borough of etc). For example, 
'Eden'ior 'Eden District Council', 'Haringey'ior 'London Borough of Haringey' , 'Manchester' tor 
'Manchester City Council'. 

Those Administrative Areas which are shire unitary authorities do not have a district. There are 
currently 274 NPTG Districts. Names of Districts should be unique within the UK. 

3.2.3 Choosing & Grouping NPTG Localities 

3.2.3.1 Localities 

A locality represents a topographic area, that is, a named settlement. There should be a locality for: 

• Every City. 

• Every Town. 

• Every Suburb or District. 

• Every Village. 

• Every Hamlet. 

3.2.3.2 Town and City Centre Localities 

You may choose also to add localities to represent specifically the centre or other important area of a 
town or city: in this case the city name should be the qualifier. For example, 'Southampton City 
Centre)' and 'Shirley Town Centre' in the example in Figure 3-1313. 'Town Centre' or 'City Centre' is 
preferred as a naming phrase rather than simply 'Centre' so as to distinguish the locality from those 
Sports and Leisure Centres and other Points of Interest that have Centre in their name (e.g. 'The 
Sobell Centre). Creation of a settlement centre area is recommended for settlements that 
themselves have child localities within them. 
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3.2.3.3 Places of Interest versus Localities 

Localities should not normally be created for places that are simply points of interest, for example 
'Wembley Stadium'; data for such places will be covered by a Point of Interest from a point of interest 
database such as PointX. However, it may occasionally be appropriate to add a locality for a point of 
interest that is also in effect a destination locality (i.e. with potentially many otherwise unrelated 
access points), not covered by other locality definitions, in particular if no part of the name overlaps 
with the locality. Thus, for example, one might include 'Blenheim Palace' which is in Woodstock, but 
exclude 'Harlech Castle', because 'Harlech" will already exist as a locality, and will appear in search 
results. 

3.2.3.4 Locality Hierarchies 

Lower level localities should have their parent locality specified. Typically three levels of hierarchy 
should suffice for most localities. For example, Figure 3-1313 shows a hierarchy for part of the 
Southampton area. 



Locality 
Hierarchy with 
Centres 



E7T7" 

E1 057247 1 
Southampton 1 
City Centre 1 



E0057247 
Southampton 



E0042013 
Portswood 



E0042018 
Shirley 



kizoom 

© 2001 -201 0 
Crown 
Copyright 



Figure 3-13 - Example: Locality Hierarchy 

3.2.4 Naming NPTG Localities 

Where there are two places with the same name within the UK, you should set the 'Qualifier' 
property of the NPTG locality, so that the fully qualified name of each locality is unique within the UK. 
For example, 'Gillingham (Kent)' and 'Gillingham (Dorset)' are both named 'Gillingham', but have 
different qualifiers - 'Kent ' and 'Dorset' respectively. When appropriate, journey planners and other 
applications will append the qualifier to the locality name so as to distinguish the two instances. 

For example Table 3-11 shows how names might be derived for two different 'Gillingham' instances. 



Locality 
Name 


Qualifier 


Qualified Name - Derived 


Gillingham 


Kent 


Gillingham (Kent). 


Gillingham 


Dorset 


Gillingham (Dorset). 



Table 3-1 - Example of Qualified Locality Names 

3.2.4.1 General Rules for the Names of NPTG Localities 

The following general rules should be applied to naming NPTG localities: 



E0042026 
St Denys 



E1013218 
Upper Shirley 



E0042031 
Shirley Town 
Centre 
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• Capitalization: The preferred style of locality names, in NPTG is 'title case', that is, lower 
case with the first letter of each significant word in upper case, for example, 'Milton Keynes', 
Vp-Mudfora". Prepositions and articles within a name should be in lower case; 'Cley-next- 
the-Sea', not 'Cley Next The Sea'. Similarly; 'Isle of Man', 'Slyne-with-Hest', 'Kirkby-in- 
Furness'. Prepositions and articles derived from Latin or other languages should not be 
capitalised either; 'St George's-super-Ely', Poulton-le-Fylde. Additional considerations apply 
to the capitalisation of Welsh names to follow preferred Welsh usage. 

• Character Set: Only uppercase and lower case letters should be used in locality names. 
Accented characters are permitted. Hyphens may be used within names, for example 
'Hutton-le-Hole', as may apostrophes, for example 'St Margarets' and ampersands, for 
example 'Bat & Ball'. 

o Specifically the use of digits, non-alphabetic characters, and any punctuation 
characters other than apostrophes and hyphens should be avoided in common 
names and locality names. Numbers should be spelt out e.g. 'Seven Sisters', not '7 
Sisters'. Certain characters are forbidden in names by the NaPTAN schema; in 
particular commas and the other characters in Table 3-22 should nor be used as 
their use in a NaPTAN document will render it invalid. 



Character 


Name 


Why character is reserved. 




Comma 


Used as separator for qualifier 


[ 


Left Square Bracket 


Used to format output 


] 


Right Square Bracket 


Used to format output 


{ 


Left Brace 


Used to format output 


} 


Right Brace 


Used to format output 


A 


Caret 


Inappropriate 




Equals 


Inappropriate 


@ 


at 


Inappropriate 




colon 


May be used to format output 




semicolon 


May be used to format output 


# 


hash 


Input expression 


$ 


Dollar 


Input expression 


£ 


Pound 


Inappropriate 


? 


Question mark 


Inappropriate mood 


% 


Percent 


Input expression 



Table 3-2 - Characters that are invalid in NPTG & NaPTAN Place and 

Common Names 

o The use of certain other non-alphabetic characters is also strongly discouraged. . 
Further automatic validation to prevent the use of other inappropriate characters (see 
Table 3-33) may be added to the schema in future. 



Character 


Name 


Why character is discouraged. 


+ 


plus 


Input expression 


< 


Left than 


Used to format output 


> 


Greater than 


Used to format output 




Left guillemot 


Used to format output 




Right guillemot 


Used to format output 


\ 


Back slash 


Better to use alternative name 


/ 


Forward slash 


Better to use alternative name 


1 


at 


Better to use alternative name 




tilde 


Inappropriate 




underscore 


Inappropriate 


-i 


hash 


Input expression 



Table 3-3 - Characters Not To Be Used in NPTG & NaPTAN Place and 

Common Names 

• Use of Brackets: In NaPTAN 1 .x round brackets were used to wrap a qualifier within a 
name, for example The Knap (Vale of Glamorgan)'; in NPTG 2.x the qualifier should not be 
included in the locality name as it should be held separately in the Qualifier element. If it is 
needed in the presentation of a name it can be appended automatically and the brackets 
supplied by the formatter. 

• Use of Numbers: Numbers should be written out as words, for example 'Seven Oaks', not 7 
Oaks'. 
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Hyphenation: Names should be hyphenated according to the preferred form of native 
usage. In British place names, hyphenation occurs in two circumstances: 

o Proper nouns, for example, 'Dudington-Fineshade', 'Lawton-Gate'. Hyphenation of 

two proper nouns is common in Welsh names, but rare in English place names - for 

a full list of the latter see Table 3-44. 



Lawton-Gate 



Up-Mudford 



Knight-Ley 



Edge-End 



Lane-End 



Over-ross 



Pen-Alt 



Pentre-Jack 



Thing-Hill 



Stone-Edge Batch 



Touchen-End 



Lockington-Hemington 



Duddington-Fineshade 



Stowey-Sutton 



Norton-Radstock 



Banchory-Devenick 



Buchanhaven-Catto 



Leochel-Cushnie 



Clachan-Seil 



Lower Maes-Coed 



Windy-Yett 



Table 3-4 - English Locality Names without any Preposition that are Hyphenated 

• Some British place names contain hyphenated prepositions and/or articles, for 
example ' 'Lilford-cum-Wigestead', Hinton-in-the-Hedges, 'Laughton-en-le- 
Morthen', 'Rhyd-y-Pandy', 'Ty'n-twr', 'Praze-an-Beeble'. Where there is a choice 
of usage, the hyphenated form is preferred, according to the style of the Times 
Gazetteer. See Table 3-55. 



lang 


Preposition | Example 


Hyphenate 


FIX 




a 


Hook-a-Gate 


always 


ok 




at 


Cross-at-Hand, Stratford atte Bowe 


always 


ok 




by 


Middleton-by- Youlgreave 


always 


fix 




cum 


Shingay-cum-Wendy, Haversham-cum-Little Linford 


always 


fix 




de la 


Ashby-de-la-Zouch 


always 


fix 




le, la, en le 


Poulton-le-Fylde, Laughton-en-le-Morthen, Sturton-le-Steeple 


always 


fix 




In / In the 


Hinton-in-the-Hedges; Sandside (Kirby-in-Furness) 
St Just-in-Ftoseland 


always 






next 


Wells-next-the-Sea 


always 






of 


Isle of Dogs 


never 


ok 




on / on the 


Frisby-on-the-Wreak, Northwood (Stoke-on-Trent), Lydford-on-Fosse 


by usage 






sub 


Westbury-sub-Mendip 


always 


fix 




super 


Weston-super-Mare 


always 


fix 




the 


East-the-Water 


by usage 






to 


Come-to-Good 


always 


ok 




upon 


Oldbury-upon-Severn 


always 






under 


Weston-under-Lizard 


always 






up 


Up-Mudford 


always 


ok 




with 


Slyne-with-Hest, Little Eccleston-with-Larbreck 


always 


fix 


cy 


ar 


Llanfihangel-ar-Arth 


by usage 




cy 


y 


Pant-y-Gog, Pen-bont-rhyd-y-beddau 


by usage 




cy 


yr 


Ty'n-yr-eithin 


by usage 





Table 3-5 - Hyphenation of Prepositions & Articles in NPTG Locality Names 

Use of Periods: Full stops must not be used within names, for example use just 'St' rather 
than 'St.'; do not put a final period on names. 

Use of Commas: Commas must not be used within names, as commas are conventionally 
used by presentation programs to indicate the concatenation of discrete elements when 
formatting names. 

Use of Hyphens: Hyphens should be used around prepositions for example 'Kirkby-in- 
Furness', not 'Kirkby in Furness'. See section 3.5.1 1 .1 below. 

Use of Apostrophes: Apostrophes should be used in line with the preferred local practice. 
For example, "Robinson's End', "Cross o' th' Hands", "Tolleshunt D'Arcy", "Blo'norton", "Ty'n- 
y-groes". 

Use of Articles: For those English place names that include the English definite article 
{'The') before the name, the article should be included in the locality name, before the proper 
noun, for example 'The Mattings', not 'Maltings, The'. An alternative name without the article 
may also be included; for example 'The Chuckery', + 'Chuckery'; 'The Dunks', + 'Dunks', 
however most search engines will allow for the article. 

Use of Ampersand: '&' is preferred to 'and' for a conjunction, for example, 'Bat & Ball rather 
than 'Bat and Ball'. However use of a conjunction in a locality name is usually an indication of 
a missing locality. A locality is an singular concept and any locality name that joins two or 
more separate designations should be broken down into the two or more component 
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localities which contain an Ampersand ('&') or the word "and" should be reviewed and revised 
to remove the use of the conjunction. 

• Use of Abbreviations: Abbreviations should be avoided in locality names, for example 
'Great Missenderi and not 'Gt Missenden' unless length limitations require their use 
(Location names in the NPTG database can be up to 48 characters long. Standard 
abbreviations are given in 1 5.4. Two exceptions to this are (i) the abbreviation for 'Saint', 
where 'St' should always be used, for example 'St Quivox', or 'llketshall St John', (ii) the 
abbreviation 'nr' should be used rather than 'near', for instance 'Frogmore (near King's 
Walden)'. 

• Use of Acronyms: Acronyms should not be separated by a period, for example. 'RAF', 'HQ', 
not 'R.A.F.', HQ'.' 

• Spacing: Words should be single spaced, without leading or trailing blanks. 

• Use of Forward Slash The uses of slash in locality names to denote alternatives is not 
acceptable - if there is an alternative then a separate record should be created to specify the 
alternative descriptor. 



Every NPTG locality has a set of spatial coordinates at 1 m precision, specified by a Location 
element. The point should be in a public area at the 'business' centre of the locality on a road open to 
all traffic, and might correspond to the position of a particular centrally located PTAN. 

NPTG supports the use of either or both Ordnance Survey grid location coordinates and WGS 
location coordinates. When submitting NPTG Localities, only OS grid coordinates need be given. The 
distributed NPTG localities will include both Grid (OS or ITM) and WGS 84 Coordinates. 



3.2.5 



Geocoding NPTG Localities - Locations 
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3.3 The NaPTAN Model 



3.3.1 Overview of NaPTAN Model 

The NaPTAN schema builds on the NPTG schema, to define Public Transport Access nodes (i.e. 
stops) for all modes of transport. 

Figure 3-1414 shows, in UML class diagram notation, the main elements of the NaPTAN schema. 
The two fundamental entities of the NaPTAN schema are StopPoint and StopArea. These can both 
be associated with an AdministrativeArea. A StopPoint is associated with an NptgLocality which 
indicates the topographic place (village, town n city etc) where it is located. 
A StopPoint may also be assigned to a TariffZone to indicate the fare zones to which it belongs A 
set of TarifZones is grouped as a Network, i.e. "fare scheme". For example, Zones 1 -9 in the TfL 
London metro system. NaPTAN can also be used to identify significant points of interest as a 
PointOf Interest. Both StopPoint and PointOflnterest are types of Site. 



class NaPTAN Stop Intro / 

Name: NaPTAN Stop Intro 

Author: nickk 

Version: 1.0 

Created: 04/02/2010 11:32:27 

Updated: 15/05/2013 18:35:01 



A 



admini 



adjacent to 



0..1 



AdministrativeArea o-o 



Ai 



stered by 



A 



k- 


administered by 




Network°-°j 


I 0..1 




0..* 



administered by 



0..* 



administered by 



NptgLocality 



0..1A 



< 



0..* 



kizoorri spart 

(c) 2001-2013 
Crown Copyright 



PointOflnterest 1 



part of 



± 0 



StopArea 



A 



Site 00 



member of 
1 



included in 



v 



TariffZone 



A 0..* 



parent 0..1 



StopPoint 



0-0 | 



Figure 3-14 - UML Diagram of primary NaPTAN elements 



Figure 3-1515 elaborates, in UML class diagram notation, the main elements of the NaPTAN 
schema. 

A StopPoint represents a point of access to public transport, for any mode of travel - bus, rail, air, 
taxi, etc - including bus stops, stations, and ferry ports. 

• The type of PTAN is described by a StopClassification - this is described further in the next 
section. 

• The StopPoint is a specialisation of a Site 

• A Site is a general purpose description of a named location that has certain specific 
properties including a Descriptor element, which groups the textual elements used to 
describe and name the Site systematically. A Site may also have multiple 
AlternativeDescriptor instances by which it is known; alternate descriptors may also be 
used to provide bilingual names. 

• Every Site has a Place element, which describes its Location (geocode) and other 
information about the locality in which it is situated. 

o Every Site is assigned to a primary NptgLocality element, which describes the 
settlement within which it is sited. The primary locality should always be the most 
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specific available: for example in the hierarchy in Figure 3-1313, a stop in 'Upper 
Shirley' should use the more specific 'Upper Shirley 1 rather than its parent 'Shirley', 
or grandparent; 'Southampton'. 

o A Site may optionally also be assigned to additional adjacent NptgLocality 

instances which are nearby. For flexible zones and for hail-and-ride sections which 
have an extended footprint (i.e. are not just single points), the stop should be 
assigned to a primary locality, but may also be associated with additional localities in 
which it lies, or which it serves by proximity. 

o Those few StopPoint which represent the main points of access to public transport 
for a locality (a bus station, railway station, or port) may be assigned as a Main 
Access point tor a locality in a separate association with the NptgLocality element to 
that of the primary locality. See separate concept of a TrunkLocality in Section 7.6. 

• The accessibility of a stop may be described using a StopAccessibility element. 

o The accessibility may be conditioned on a DayType, for example Mondays to Friday 
08am to 6pm. 

o The accessibility may involve designated AccessVehicleEquipment. See below. 
A PointOf Interest is another specialisation of Site and represents a place of interest that people 
might want to travel to other than a stop point, for example a museum, park, or sports stadium. 

• The type of POI is described by a VenueClassification - this is described further in the next 
section. 



A StopArea represents a grouping of related stop points. Stop areas may themselves be grouped 
hierarchically into larger stop areas using an 'is part of relationship. 

• A StopArea has a Location (geocode) and other descriptive elements. 

• Every StopPoint and StopArea must belong to an NPTG AdministrativeArea, which is 
responsible for managing it and its data. A StopArea may belong to a different 
AdministrativeArea from that of some of the stop points it contains. 

• The StopArea is considered to be associated with all the NPTG localities (and alternative 
localities) of its member stops. Different stops in a given stop area may belong to different 
NptgLocality instances. Normally the stops of a stop area will belong to the same 
NptgLocality, but it is possible that the stops may be in different NPTG localities that are 
either adjacent to each other, or contained within one or the other (that is, hierarchically, 
related through an 'is part of association, either directly or indirectly). 
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class NaPTAN Stop Model Overview 



VersionedObject 
Administrate eArea 0-0 



A 



J 



administered by 



Name: NaPTAN Stop Model Ove rview . . . ■ rreatpri frnm 

. t . . ,, administered by creaiea irom 

Author: nickk 

Version: 1.0 

Created: 20/1 1/2005 00:00:00 

Updated: 15/05/2013 18:34:41 



administered by 



adjacent to 



ispart of 



0.." 0..1\/ o..- 



VersionedObject 
StopArea 



part of 



alternative descriptors 



VersionedObject 
o-o 



7^ 



VersionedObject 
Nptg Locality 



W A - , AT 7 



ocality 



yi 



alternative localities 



main access points 
0..* |o..* 



VersionedChild 
Descriptor 



PointOfl nterest 0-0 



VersionedObject 
TariffZone 



A o..- 



iA o.,A B 



StopPoint 



kizoom 

(c) 2001-2013 
Crown Copyright 



J 



classification 



{accessibility} 



VersionedChild 
StopAv ailability 



\/ 1 



Si te Ctassi fica tion 
StopClassifica tion 



VersionedObject 
PluzBus2one°-° 



<- 



VersionedObject 
Day Type 



Site Accessibility 
StopAccessibility 

♦ W 



\/o.. 



PassengerEquipmsnt 
Access VehicleEquipment 



Figure 3-15 - UML Diagram of NaPTAN Model: Overview 



Figure 3-1616 shows the same elements as in Figure 3-1515, with further detail as to the 
organisational elements of the schema, and the properties of individual entities. 
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class NaPTAN Stop Model / 



Name: NaPTAN Stop Model 

Author: nickk 

Version: 1 .0 

Created: 17/09/2009 13:36:38 

Updated: 15/05/2013 18:34:54 



kizoom 

(0)2001-2013 
Crown Copyright 



VersionedObject 

NptgAdministrativeModel^AdministrativeArea 5-0 



Versionedi 
NptgLocalityModel::Nptg Locality 



LocationModel::Location 

Longitude :Longi!udeType [0..1] 
Latitude :LatitudeType [0..1] 
GridType :GridTypeEnum 
Easting :EastingType 
Northing :NorthingType 
«PK» 

Id :ldType 



VersionedObject 
NptgAdm inistrati v e M ode I : : 

PluzBusZone 0-0 

T T J 



VersionedChild 

Nptg Ad m i n i s tra ti v e S u p port: : 
PlusbusZoneRef 




StopModel Values:: 
StopAreaClassificationEnum 

pairedOnStreelBusStops= GPBS 
GlusteredOnStreetBusStops= GCLS 
r ~~ ">H airportBuilding = GAIR 

busOrCoach Station = GBCS 
ferryTerminalOrDockBuilding = GTMU 
tram nMetroOrUnd erg round Station = GRLS 
multimodal Interchange = GMLT 
otherStructure = GOTH 
coachCoverage = GCCH 



VersionedObject 



StopModel::StopArea 



Name :MultilingualString 
StopAreaType :StopAreaTypeEnum 
«PK» 

StopAreaCode :StopAreaType 
«AK» 

PrivateCode :NMTOKEN [0..1] 
«FK» 

ParentAreaRet :StopAreaType* [0..1] 
AdministrativeAreaRef :Adm inistrati veAreaCodeType 
«contained» 

Location :Location OO 



kizoom 

(c)2001-2013 
Crown Copyright 



VersionedObject 



SlteModelr.Site 



AtcoCode :AtcoCodeType 
NaptanCode :NaptanCodeType 
«AK» 

PrivateCode :PrivateCodeType [0..1] 
ucontainedii 
Descriptor descriptor 
Place Place 

AlternativeDescriptors descriptor [0..*j 
«FK» 

AdministrativeAreaRef :Adm inistrati veAreaCodeTffie 3 



VersionedChild 
Site Mode I: descriptor 



CommonName :M ultili ngualString 
ShortCommonName :MultilingualString [0..t 
q .Landmark :MultiiinaualString [0..1] 
"-" 3t r alternatiye descrirjtorsg jq ]] 

Crossing :Mu Iti I i ngual String [0..1] 
Indicator :Multi!ingualString [0..1j 



* reference* 
Nptg Loc a I i tyS u p port : :N ptg L oc a I i ty Rel 



Q_ 



/|\o.' ma/|\o..- 

ti es main la " " 

I I 



SlteModel::Place 



Suburb :MultilingualString 
Town :Multilingual String 
Country :CountryEnum [0..1] 
LocalityCentre :boolean [0..1] 
«FKb 

NptgLocalityRef :Nptg Local ityCodeType* 
:ontainedn 

Alternative Nptg Localities :NptgLocalityRef* [0..' 
MainNptgLocalities :NptgLocalityRef" [0..'] 
StopClassification :StopClassification 
Localion :Location 



VersionedChild 
5topModel5upport::StopAreaRef 



StopAreaRef :StopAreaCodeType* 



StopMode I : :S topP oi nt 



tAKi 

PlateCode :PlateCodeType [0..1] 
CleardownCode :CleardownCodeType [0..1] 
«containedn 

StopClassification :StopClassification 
StopAreas :StopAreaRef [0..*] 
PlusBusZones :PlusBusZoneReP [0..*] 
StopAvai lability :StopValidity [0..'] 
StopAccessibility :StopAccessibility [0..1] 
TariffZones :PlusBusZoneRet' [0..'] 

" FKb £=M3 

FormerSlopPoinlRel AtcoCodeType' [0 



NptgAdm inistrati we Values: 
CountryEnum 



England 
Scotland 
Wales 
GB 

Northernlreland 



VersionedObject 
Opera torModel:: 
Operator 



SlteAccessibilily 
StopModel:: 
StopAccessibility 



PassengerEquipment 
VehicleEquipmentModel:: 
AccessVehicleEquipment 



SiteCiassI Ilea lion 
StopClass ifica tionModel::StopClas sifica lion 



\/o." 



VersionedObject 
TariffZoneModeE::TariffZone 



VersionedChild 
StopM odel : :Sto p Aw a i la bi lity 



DateRange :HalfOpenDateRan! 
Actiwe :EmptyType [0..1] 
Suspended :EmptyType [0..1] 
Transferred :EmptyType [0..1] 
Note :Multi I ingual String 



Figure 3-16 - UML Diagram of NaPTAN Model: Detail 
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3.3.2 NaPTAN Stop Point & Stop Area Types 
3.3.2.1 Stop Point Types 

There are a number of different types of StopPoint in the NaPTAN schema, some of which, for 
example bus stops, require additional details to be specified. Figure 3-1818 and Figure 3-1919 show, 
in UML class diagram notation, the NaPTAN stop type hierarchy, organised under the 
StopClassification element. Stops are organised into OnStreet and OffStreet types: 

• Oft Street types represent stations and airports and other interchange facilities. For each 
mode of transport (Air, Bus, Ferry, Metro and Rait), an off-street stop point type may be 
either: Tram stops are also treated as stations. 

o An Entrance representing a physical point of access to the facility (the nature of this 

will depend on mode), 
o An AccessArea, that is the general air-side, dockside or platform interchange area. 
Note that a more detailed model of interchange structure is planned for the future 
that will refine this area, 
o A Bay, Gate or Platform element, used to represent the physical access point within 

the Interchange Building, 
o For bus and coach stations, a VariableBay can be used to indicate a stop point that 
is allocated to different bays at different times. 
Additionally, optional Annotated AirRef, AnnotatedCoachRef, AnnotatedRailRef, 
An notated 'Ferry Ref and Annotated Metro Ref elements can be used to hold mode-specific 
codes to associate NaPTAN data with other reference systems. 

• OnStreet types represent points on streets, grouped by transport mode (Bus and Taxi). 

o For OnStreet / Bus stop points (also covering coach), additional subelements may 
be required depending on type, for example FlexibleZone and HailAndRideSection 
instances describe details about flexible zone and hail and ride stops respectively. 

StopPoint also has a single valued element, the StopType, which contains a three character code 
classifying the stop. 

Figure 3-1 71 7 shows a summary of NaPTAN stop types. 
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class NaPTAN Stop Classification Overview 



«enumeration» 
StopTypeEnum 



busCoachTramStopOnStreet = BCT 
busCoachTramStationBay = BCS 
busCoachTramStationVariableBay = BCQ 
busCoach Access = BST 
busCoachStationEntrance = BCE 
busCoachPrivate = BCP m 
railPlatform = RPLY 
rail Access = RLY 
railStationEntrance = RSE 
tramMetroOrUndergroundPlatform = PLT 
tramMetroOrUndergroiindAccess= MET 
tramMetroOrUndergroundEntrance = TMU 
ferryOrPortAccess= FER 
ferryTerminalDockEntrance = FTD 
taxiRank = TXR 
sharedTaxiRank= STR 
airportEntrance = AIR 
airAccessArea = GAT 



< 



> 



VersionedObject 
StopArea 



VersionedObject 
Site 



o 

part of 



A 



StopPoint°^ : 



iclassification 
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StopCIa ssifica tion 



«enu me rations 
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pairedOnStreetBusStops = GPBS 
clusteredOnStreetBusStops = GCLS 
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busOrCoachStation = GBCS 
ferryTerminalOrDockBuilding = GTMU 
tramnMetroOrUndergroundStation = GRLS 
multimodallnterchange = GMLT 
otherStructure = GOTH 
coachCoverage = GCCH 
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VersionedChild 
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«enumeration» 
BusStopTypeEnum 



HailAndRide = HAR 
Flexible = FLX 
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EntrancefTMU] 



AccessArea[MET 



Platform[PLT] 



VariableBay[BCQ] 



~5~ 



UnmarkedPoint[CUS] 



HailAndRideSection[HAR] 



Flex ibleZone [FLX] 



TimingStatus :TimingStatusEnum 

A 



kizoom 

(0)2001-2013 
Crown Copyright 



SharedTaxi[SHR] 



SetDown[CAR 



BusCoachTramPublicPrivate[BCP] 



BusCoachTramPublic[BCT] 



TaxiRank(TXR] 



Figure 3-17 - UML Diagram of NaPTAN Stop Types 
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3.3.2.2 Stop Area Types 

StopArea instances are also classified by transport mode - including some multimodal stop area 

types to combine stops of different modes. 

• Each StopArea has a four character StopAreaType code, classifying the area type; stop 
points of a particular type may be associated with stop areas of particular types. Table 3-66 
shows the relationship between StopPoint classification elements (and StopType codes) 
and stop area classifications. 



Stop Point Type 


Stop Area 


Group 


Mode 


Description 


Entrance 


Access 
Area 


Bay / Pole 


Sub 
Type 


Primary Area 


Off 


Air 


Airport 


AIR 


GAT 






GAIR 


Street 


Ferry 


Ferry / Port 


FTD 


FER 


FBT 




GFTD 




Rail 


Rail Station 


RSE 


RLY 


RPL 




GRLS 




Metro & 


Metro Station 


TMU 


MET 


PLT 




GTMU 




Tram 
















Bus & 


Bus or Coach 


BCE 


BST 


BCQ 


MKD 


GBCS 




Coach 


Station 






BCS 


MKD 






Tele- 
cabine 


Lift or Cable 
Car station 
(+NaPT v2.4) 


LSE L 


LCB 


LPL 




GLCB 


On 


Bus 








BCT 


MKD 




Street 




Bus Coach on 






BCT 


CUS 


GBPS, GCLS, GCCH 






Street 






BCT 


HAR 












BCT 


FLX 






Taxi 


Taxi Rank 


TXR 












Car 


Pick up and 
set down area 


SDA 











Table 3-6 - Combining Stop Point & Stop Area Classifications 



Figure 3-1818 shows further details for NaPTAN off-street stop types. 
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class NaPTAN Off Street Stop Classification Model 



SiteClassilicatior 
SlapClas sMca item 



kizoom 



StopClas&tBcallt 



NaPTAN Of! Street Stop Clas 



Created: 1 7/09/2009 20:58:04 
Updated: 15/05/2013 1 1 :55:39 



Access Area [GAT] 



^dFerryRel Annotated Ferry Ref [0..- 



VersionedChild 
AnnolatedAirRef 



Name -.Multil ingualSlring [0.." 
«AK» 

lataCode :lataCodeType* 
Location location [0..1] 



VersionedChild 
AnnotatedFerryRef 



Name Multilingual String [0..1 
«AKi> 

FerryCode : Ferry PortCodeTypE 



VersionedChild 
AnnotatedRailRef 



Name :Multil i ngualString 



TiplocCode :TiplocCodeType : 
CrsCode :CrsCodeType* 



Metro 

AnnotatedMetroRef :AnnotatedMetroRef [0.. 



BusAndCoach 



AnnotatedCoachRef :Annol 



Ac c ess Area [B ST 



TimingStatus :Timing Statu s£ 



Ac cess Area [MET] 



Variable Bay[BCQ] 



:TimingStatusEnui 



principlePoini = PPT 



/ayRef :AnnotatedCat 



Ac cess Are a [LCB] 



VersionedChild 
AnnotatedMetroRef 



Mame :MultilingualString 
■ PKb 

MetroCode :MetroCodeTypf 



VersionedChild 
Annofa te dCoa c h Re f 



OperatorFtet :OperatorCodeType" 
CoachRef :NationalCoachCodeType' 



VersionedChild 
AnnotaledCablewayRef 



Name :MultilingualString 
cPKx 

CablewayCode :CablewayCodeType* 



Figure 3-18 - UML Diagram of NaPTAN Off-Street Stop Point Types 
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Figure 3-1919 shows further details for NaPTAN on-street stop types. 



class NaPTAN On Street Stop Classification Model 



SlteModel::Site °-° 



StopClassificationModel::StopClassification 



StopType :StopTypeEnum 



Name: NaPTAN On Street Stop Classification Model 

Author: nickk 

Version: 1.0 

Created: 17/09/2009 20:57:36 

Updated: 14/05/2013 17:32:40 



I 



StopCfassificationModef::OnStreet 



7T 



« enumeration)) 
StopModel Values:: 
Bus StopType Enum 



HailAndRide = HA Ft 
Flexible = FLX 
Marked = MRK 
Custom = CUS 



«enumeration» 
StopModel Values:: 
TimingStatusEnum 



principlePoint = PPT 
timelnfoPoint = TIP 
principleTimingPoint = PTP 
other = OTH 



BusOnStreetClassificationModel::Bus 



TimingStatus TimingStatusEnum 



7T 



TaxiClassificationModel ::Taxi 



"5" 



BusStop TypeModel::BusStop Type 



BusStopType :BusStopTypeEnum 



5~ 



BusStopTypeModel:: 
MarkedPointfMKD] 



DefaultWaitTime duration [0..1] 
Bearing :BearingEnum [0..1] 



BusOnStreetClassificationMode 
BusCoachTramPublic[BCl] 



BusStopTypeModel:: 
UnmarkedPoint[CUS] 



Bearing :BearingEnum [0..V 



«enumeration» 
LocationModel:: 
Compass BearingEnum 



N 

NW 

W 

SW 

s 

SE 
E 

NE 



TaxiClassificationModel: 
SharedTaxi[SHR] 



BusOnStreetClassificationModel:: 
BusCoachTramPublicPrivate[BCP] 



TaxiClassificationModel: 
TaxiRankfTXR] 



BusStopTypeModel ::FlexibleZone[FLX; 



«contained» 
BoundingPolygon 



CarClassificationModel::Car 



BusStopTypeModel:: 
HailAndRideSection[HAR] 



Bearing :BearingEnum [0..1] 
«contained» 
StartLocation :Location 
EndLocation :Location 



1 



kTzoom 

(c) 2001-2013 
Crown Copyright 



CarClassificationModel: 
SetDownfCAR] 



LocationModel ::Location 



Longitude :LongitudeType [0..1] 
Latitude :LatitudeType [0..1] 
GridType :GridTypeEnum 
Easting :EastingType 
Northing :NorthingType 

«PK» 

Id :ldType 



Figure 3-19 - UML Diagram of NaPTAN On-Street Stop Point Types 
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3.3.3 NaPTAN Stop Accessibility 

The StopAccessibility element describes the accessibility properties for a stop (Figure 3-20). These 
may include 

• Classification of the stop with an overall assessment for accessibility and a basic 
classification of its accessibility for wheel chairs, step free use, lift free use, escalator free 
use. 

• The type of assistance needed to use the stop and the DayTypes and Timebands when it is 
available. Note that accessibility depends on the type of vehicle as well as the stop. For rail 
services this will typically be a fixed property of the stop. For bus services it may vary 
according to the vehicle type. A default indication can be given as to whether most services 
at the stop are accessible or not. 

• Information about the Operator through which booking is done. . Accessibility booking details 
for an operator can be exchanged through the TransXChange schema. 

• Information about access to vehicles or trains at the stop, for example the type of wheelchair 
allowed (pushed, motorized, mobility scooter etc). In addition some quantitative values on 
accessibility, such as gap to platform, number of steps, may also be captured. 



class NaPTAN Stop Accessibility Model 

Name: NaPTAN Stop Accessibility Model 

Author: nickk 

Version: 1.0 

Created: 03/04/2013 14:32:40 

Updated: 16/05/2013 14:18:36 



Site 

StopModel::StopPoiO-o 



VersionedChild 



S ite!Ul ode I ::Site Accessibility 



M obi I itylm paired Access iLimitationStatusEnum 

WheelchairAccess :LimitationStatusEnum 

Step Free Access :LimitationStatusEnum [0..1] 

Lift Free Access :LimitationStatusEnum [0..1] 

EscalatorFreeAccess :LimitationStatusEnum [0..1] 

AssistanceAvailability :AssistanceAvailabilityEnum [0..1] 

InfoUrl :anyUrl [0..1] 

Note :MultilingualString [0..1] 

«contained» 

AssistanceTimes :DayType [0..*] 
«FK» 

OperatorRef :OperatorCodeType* [0..1] 



{accessibility} 



VersionedObject 
OperatorMode1::Operator 



^op^e rates 



J. 



« enumerations 
Access ibilityModel Values 
LimitationStatusEnum 



partial 
unknown 



^7 



((enumerations 
StopModel Values:: 
AssistanceServ iceEnum 



none 

available 

availablelfBooked 

availableAtCertainTimes 

unknown 



StopModel::StopAccessibility 



ServicesAtStopAreNormallyAccessible : LimitationStatusEnum 
[0..1] 

«contained» 

Wheel chairUse :AccessVehicleEquipment [0..1] 



VersionedObject 


^ 1 

0..* 




DayTypeModel::Day Type 




DaysOfWeek :DaysOfWeekEnum [0..*] 


{roles} ^ 


DayTypeModel::Timeband 


BankHolidays :BankHolidayEnum [0..*] 


StartTime :tlme [0..1] 
EndTime :time [0..1 ] 


« contained" 


0..* 


Ttmebands :Ttmeband [0..*] 


((contained)) 






DayOffset :nonNegativelnteger 


kizoom ; 


s. 





(c) 2001-2013 
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«enumeration» 
DayTypeModel::UkBankHolidayEnum 



«enumeration» 
Prope rtiesOf Da yS upport: 
DayOfWeekEnum 



Monday 

Tuesday 

Wednesday 

Thusday 

Friday 

Saturday 

Sunday 



((enumerations 
HolidayTypesModel:: 
HolidayMondaysEnum 



HolidayMondays 
EasterMonday 
MayDay 
Spring Bank 

AugustBankHolidayScotland 
LateSummerBankHolidayNotScotland 



((enumerations 
HolidayTypesModel:: 
FixedBankHolidayEnum 



AIIBankHolidays 

ChristmasDay 

BoxingDay 

NewYearsDay 

Jan2ndScotland 

GoodFriday 

StAndrewsDay 



((enumerations 
Access ibilityModel Values:: 
MobilityNeedEnum 



wheelchair 

assistedWheelchair 

motorizedWheelchair 

mobilityScooter 

normalMobility 

unknown 

roadMobilityScooter 



PassengerEquipment 
VehicleEquipmentModel::AccessVehicleEquipment 



LowFloor :boolean [0..1] 
Hoist :boolean [0..1] 
HoistOperatingRadius .LengthType 
Ramp :boolean [0..1 ] 
RampBearingCapacity :Weight [0..1] 
NumberOfSteps :integer [0..1 ] 
BoardingHeight :LengthType [0..1] 
GapToPiatform :LengthType [0.1] 
WidthOfAccessArea :LengthType [0..1] 
HeightOfAccessArea :LengthType [0..1] 
AutomattcDoors :boolean [0..1] 
SuitableFor :MobilityNeed [0..*] 
Assistance Needed :AssistanceNeededEnum [0..1] 
AssistedBoarding Location lAssistedBoardingLocationEnum [0..1] 
GuideDogsAllowed :boolean [0..1] 



/ 



((enumerations 
VehicleEquipmentValues:: 
AssistanceNeededEnum 



levelAccess 
rampRequired 
hoistRequired 
assistanceRequired 



((enumerations 
VehicleEquipmentValues:: 
AssistedBoardingLocationEnum 



boardAtAnyDoor 

boardOn I yAtSpecified Positions 

unknown 



Figure 3-20 - UML Diagram of NaPTAN StopAccessibility 
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3.3.4 NaPTAN Networks and Tariff Zones 



A Network defines a named Transport system for which TariffZones can be defined (Figure 3-21). 
StopPoint instances may be associated with one or more of these zones. Each Network is 
associated with an Administration Area. The area code '970' is reserved for centrally defined 
Networks. 



class NaPTAN Tariff Zone Intro 



Network 



o-o 



administered by - 



0..1 



administered by 



V 



o.. 



kizoom 

(c) 2001-2013 
Crown Copyright 



TariffZone 



0..* 



1 

parent 0..1 



A A 



Site 

"5 



Name: NaPTAN Tariff Zone Intro 

Author: nickk 

Version: 1.0 

Created: 18/04/2013 16:45:56 

Updated: 14/05/2013 20:17:52 



included 
in 



StopPoint> 



Figure 3-21 - UML Diagram of NaPTAN TariffZones - Overview 

3.3.4.1 NaPTAN Tariff Zone details 

Figure 3-22 shows the properties of the Network and TariffZone elements. 

class NaPTAN TariffZone Model / 



VersionedObject 
TariffZoneModel::Network 



Name :Mu Iti I i ngualStri ng 
ShortName :M ulti I i ngualStri ng 

«PK» 

NetworkCode :NetworkCodeType 

«AK» 

Modes :VehicleMode [0..*] 
«FK» 

AdministrativeAreaRef :AdministrativeAreaCodeType' 
«contained» ^^^^^ 
tariffZones TariffZone [0..*] 



T 

zone: 

V 



administered by 



0..* 



0..1 



VersionedObject 
NptgAdministrativeModel:; c><2 
AdministrativeArea 



/\ 



Name: 



NaPTAN TariffZone Model 



0..* 



parent 
0..1 



V 



VersionedObject °" 
TariffZoneModel::TariffZone 



Name :Multi li ngualString 
ShortName :M ulti I i ngualStri ng 
«PK» 

TariffZoneCode TariffZoneCodeType 
«FK» 

ParentTariffZoneRef :TariffZoneCodeType* [0..1] 





Author: 


nickk 


administered by Version: 


1.0 




Created: 


18/04/2013 16:55:39 




Updated 


14/05/2013 18:50:39 




0..* 






VersionedObject 




SiteModel::Site o-o 





included in 



0..* 



0..* 



StopModel::StopPoint 

(_«_> 



kizoom 

(c) 2001-2013 
Crown Copyright 



Figure 3-22 - UML Diagram of NaPTAN TariffZones - Details 
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3.3.1 



NaPTAN Points Of Interest 



A Point of Interest defines a named place to which people may wish to travel. It may have 
designated Entrance s and destination points (EndArea) within it. It may also have SiteAccessibility 
properties. 



class NaPTAN Point Of Interest Intro 



Site o-o 



Name: NaPTAN Point Of Interest Intro 

Author: nickk 

Version: 1.0 

Created: 15/05/2013 19:00:13 

Updated: 15/05/2013 19:01:15 



PointOflnterest o-o 



T 



classifcation 



SiteClassification 



accessibility 



v 



0..1 



SiteAccessibility 



kfzoom 

(c) 2001-2013 
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Venue 



translate 



0..* 



AnnotatedVenueRef 















Entrance[PIE] 




AccessArea[POI] 




EndArea[PSP] 



Figure 3-23 - UML Diagram of NaPTAN PointOflnterest - Overview 



3.3.2 NaPTAN Point Of Interest details 
Figure 3-22 shows the properties of the PointOflnterest elements. 
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class NaPTAN Point Of Interest Model 



VersionedObject 



SlteModel::Site 



Notes :Multi!ingualString [0..1] 
Public :boolean [0..1] 

«PK» ^^^^ 
AtcoCode :AtcoCodeType 
NaptanCode :NaptanCodeType 
«AK» 

PrivateCode :PrivateCodeType [0..1] 

«contained» ^^^^^^^ 

Descriptor :Descriptor 

Place :Place 

AlternativeDescriptors :Descriptor [0..*] 
«FK» 

AdministrativeAreaRef lAdminislrativeAreaCodeTy^e 0 



SlteModel::Place 



Suburb :MultilingualString 
Town iMultil i ngualString 
Country :CountryEnum [0..1] 
Local ityCentre :boolean [Q..1] 
«FK» 

NptgLocalityRef :NptgLocalityCodeType* 
«contained» 

AlternativeNptgLocalities :NptgLocalityRef* [0..*] 
MainNptgLocalities :NptgLocalityRef* [0..*] 
StopClassilication :StopC!assification 
Location :Location 



kizoom 

(c) 2001-2013 
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>| 

Iternative descriptors 0..' 




PointOflnterestModel::PointOflnterest 


^ classifcation 


SlteModel::SiteClassification 




«contained» 


" 1.. 


VenueClassification :VenueClassifcation 
SiteAccessibility :SiteAccessibility [0..1] 0-0 







VersionedChild 
SlteModel::Descriptor 



CommonName :M u Itil i ngualString 
ShortCommonName :MultilingualString [0..1] 
Landmark :Multi li ngual Stri ng [0..1] 
Street :Multi li ngual Stri ng [0..1] 
Crossing :M ulti I i ngualStri ng [0..1] 
Indicator :Multilingual String [0..1] 



VenueClassificationModel::Venue 



AnnotatedVenueRef :AnnotatedVenueRef [0.. 



VersionedChild 
SlteModel::Site Accessibility 



Mobi I itylmpaired Access iLimitationStatusEnum 

WheelchairAccess iLimitationStatusEnum 

Step Free Access iLimitationStatusEnum [Q..1] 

LiftFreeAccess iLimitationStatusEnum [0..1] 

EscalatorFreeAccess iLimitationStatusEnum [0..1] 

AssistanceAvailability :AssistanceAvailabilityEnum [0..1] 

InfoUrl :anyUrl [0..1] 

Note iMultilingualString [0..1] 

«contained» 

AssistanceTimes :DayType [0..*] 
«FK» 

OperatorRef :OperatorCodeType* [0..1] 



7\ 



VenueClassificationModel: 
Entrance [PIE] 



VenueClassificationModel: 
EndArea[PSP] 



VersionedChild 
VenueClassificationModel :: 
AnnotatedVenueRef 



VenueClassificationModel: 
AccessArea[PQl] 



Name: NaPTAN Point Of Interest Model 

Author: nichk 

Version: 1.0 

Created: 09/11/2010 17:17:19 

Updated: 15/05/2013 19:01:04 



Figure 3-24 - UML Diagram of NaPTAN PointOflnterest - Details 
3.3.2.1 PointOf Interest Types 

PointOflnterest instances are classified by as either entrances (PIE) , Areas (POI) or end points 
(PSP) 



3.4 



NaPTAN Element Hierarchies 



3.4.1 .1 NaPTAN Stop Element Hierarchy 

Figure 3-2520 shows the Class hierarchy for the NaPTAN stop elements. StopPoint & Stop Area 
are versioned elements. Stop Availability, StopAreaRef & Descriptor are child elements. 
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class NaPTAN Stop Hierarchy 



VersioningModel::VersionedObjei 



VerslonlngModel::VersionedChild 



Crealed: 
Updated: 



SiteModel-Site 



+ Notes ;MuWllngualString [0.-1] 
+ Public :boolean [0..1] 

«PK» 

+ AtcoCode :AtcoCodeType 

+ NaptanCode :NaptanCodeType 

«AK» 

+ PrivateCode PrivafeCodeType [0..1] 

Descriptor descriptor 
- Place Place 

Alternative Descriptors descriptor [0..*] 

«FK» 

# AdministrativeAreaRef :AdministrativeAreaCodt 



Bus Stop TypeModel-BusS lop Type 



BusStopType :8usStopTypeEnum 



StopModel::StopAre 



Name :M u I ti lingual String 
StopAreaType :StopAreaTypeEnurr 
PK» 

StopAreaCode :StopAreaType 

PrivateCode :NMTOKEN [0..1] 

FK» 

ParentAreaRet :StopAreaType* [0..1 
AdministrativeAreaRef 
:AdminiarativeAreaCodeType* 
contained » 



StopModel::StopPoint 



«AK» 

+ PlaleCode PlateCodeType [0..1] 

+ CleardownCode :CleardownCodeType [0.1] 

«contained» 

- StopClasafication :StopClassitication 
StopAreas :StopAreaRef [0..*] 
PlusBusZones PlusBusZoneRaf [0..'] 
StopAvailability :StopValidity [0..'] 
StopAccessibility :StopAccessibility [0..1] 
TariftZones PlusBusZoneRef* [0.. - ] 

# FormerStopPoinlRet AtcoCodeType' 



SiteModel::Plac< 



* Sl.Durn Multi ingcalS-nig 
+ Town :Mu Mngua Stnng 

+ Country CoumryEnum [0 . 1] 

+ Local 'yCentre Dooiean [0 .1] 
«FKs 

* NptgLocal -yRef Nc-gLorralityCodeType' 

- AltemativeNplgLocalities :NptgLocalityRet* [0.. 

- MainNpfgLocalities :Nptg Locality Re I* [0..*] 

- StopClasafication :StopClasaNcation 

- Location :Location 



StopM ode I: StopAvailability 



DateRange :HaltOpenDateRange 
Active :EmplyType [0..1] 
Suspended :EmptyType [0.1] 
Transferred :EmplyType [0..1] 
Note :MultilingualString 



Stop M ode I S u p po rt : :Sto p Ar e a Ref 



StopAreaRet :StopAreaCodeType' 



S i te M ode I ::Site Accessibility 



Mobi I itylm paired Access :LimitationStatusEnum 
Wheel chairAccess :LimitationStalusEnum 
Step Free Access :LimitationStatusEnum [0.1] 
Lift Free Access :LimitationStatusEnum [0..1] 
EscalatorFreeAccess :LimitationStatusEnum [0.. 
Asa'stanceAvailability :AssistanceAvailabilityEnL 
InfoUrl :anyUri [0..1] 
Nole :MultilingualString [0..1] 

AssistanceTimes :DayType [0..'] 

FK» 

OperatorRef :OperatorCodeType* [0..1] 



SiteModel::Descriptor 



CommonName :MultilingualString 
ShortCommonName :Multil i ngualString [0..- 
Landmark :MullilingualString [0.1] 
Street :MultilingualString [0..1] 
Crossing :Multilingua!String [0..1] 
Indicator Multilingual String [0..1] 



StopModel::StopAcc 



ServicesAtStopAreNormallyAccessible :Limi!atioi 
WheelchairUse :AccessVehicleEquipment [0..1] 



kizoom 

(C) 2001-2013 

Crown Copyright 



SiteClassiticatior, 
StopCIa ssifica tionModel::S topCIa ssification 



Figure 3-25 - UML Diagram of NaPTAN Stop Hierarchy 

3.4.1 .2NaPTAN TariffZone Hierarchy 

Figure 3-2520 shows the Class hierarchy for the NaPTAN elements. Network & TariffZone 



class NaPTAN TariffZone Hierarchy 



VersioningModel::VersionedObject 

A 



Name: NaPTAN TariffZone Hierarchy 

Author: nickk 

Version: 1.0 

Created: 18/04/2013 16:47:27 

Updated: 15/05/2013 15:38:40 



TariffZoneM odel ::Netw ork 



+ Name :MultilingualString 

+ ShortName :Multi I i ngualString 

«PK» 

+ NetworkCode :NetworkCodeType 

«AK» ^^^^^ 

+ Modes :VehicleMode [0..*] 

«FK» „^^^— 
# AdministrativeAreaRef :AdministrativeAreaCodeType' 

«contained» 

tariffZones :TariffZone [0..*] 



kizoom 

(c) 2001-2013 
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TariffZoneModel "TariffZone 



+ Name :MultilingualString 

+ ShortName :MultilingualString 

«PK» ^^^^ 
+ TariffZoneCode TariffZoneCodeType 

«FK» ^^^^ 
# ParentTariffZoneRef :TariffZoneCodeType* [0..1] 



Figure 3-26 - UML Diagram of NaPTAN TariffZone Hierarchy 
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3.4.1 .3NaPTAN PointOflnterest Hierarchy 

Figure 3-2520 shows the Class hierarchy for the NaPTAN PointOflnterest elements. 

class NaPTAN Point of Interest Hierarchy 

Name: NaPTAN Point of Interest Hierarchy 

Author: nickk 

Version: 1.0 

Created: 15/05/2013 18:18:39 

Updated: 15/05/2013 18:19:59 



VersioningModel "VersionedObj ect 



SiteModel::Site 



+ Notes :MultilingualString [0..1] 
+ Public :boolean [0..1] 
«PK» 

+ AtcoCode :AtcoCodeType 

+ NaptanCode :NaptanCodeType 

«AK» 

+ PrivateCode :PrivateCodeType [0..1] 
«contained» 

~ Descriptor :Dexriptor 
~ Place :Place 

AlternativeDescriptors descriptor [0..*] 

«FK» 

# AdministrativeAreaRef AdministrativeAreaCodef^p? 



I 



SiteModel::Place 



+ Suburb :MultilingualString 
+ Town :MultilingualString 
+ Country :CountryEnum [0..1] 
+ LocalityCentre :boolean [0..1] 
«FK» 

# NptgLocalityRef :NptgLocalityCodeType* 
«contained» 

AlternativeNptgLocalities :NptgLocalityRef* [0..*] 
MainNptgLocalities :Nptg Local ityRef* [0..*] 

~ StopClassification :StopClassification 

~ Location location 



PointOflnterestModel::PointOflnterest 



«contained» 

~ VenueClassification :VenueClassifcation 
SiteAccessibility :SiteAccessibility [6?t? 



kizoom 

(c) 2001-2013 
Crown Copyright 



Figure 3-27 - UML Diagram of NaPTAN PointOflnterest Hierarchy 
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NaPTAN Data Types 

Figure 3-2821 shows the data types used in the NaPTAN elements that are additional to those of 
NPTG. 

class NaPTAN Stop Model Support / 



«XSDsimpleType» 
XSDDa ta types "norma MzedString 



«unique identifiers 
PlateCodeType 



«unique identifiers 
Na plan Code Type 



constraints 

{Must begin with prefix. 1 or9 
{Max length 3 + 5 or 1 +5} 



«unique identifiers 
TariffZone Support:: 
Netw ork Code Type 



« enumerations 
StopModel Values:: 
TimingStatusEnum 



principlePoint = PPT 
timelnfoPoint = TIP 
principleTimingPoint = PTP 
other = OTH 



«XSDsimpleType» 
XSDDatatypes::NM TOKEN 



«unique identifiers 
Ate oCode Type 



constraints 

{Area Prefix + 0 + Unique Code} 



kizoom 

(c) 2001-2013 
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«unique identifiers 
StopAreaCodeType 



constraints 

{Area Prefix + G + Unique Code} 



«unique identifiers 
TariffZoneSupport:: 
TariffZone Code Type 



((enumerations 
StopModel Values:: 
BusStopTypeEnum 



HailAndRide = HAR 
Flexible = FLX 
Marked = MRK 
Custom = CUS 



«unique identif... 
MetroCodeType 



«unique identifi.. 
CrsCodeType 



«unique identifiers 
la la Code Type 



«unique identif... 
Tiploc Code Type 



«unique identifiers 
NationalCoachCodeType 



«unique identifiers 
NationalFerryPortCodeType 



nonNegativelnteger 

«XSDsimpleType» 
XSDData types ::positiv elnteger 



((enumerations 
StopModel Values::StopTypeEnum 



busCoachTramStopOnStreet = BCT 
busCoachTramStationBay = BCS 
busCoachTramStationVariableBay = BCQ 
busCoachAccess = BST 
busCoachStationEntrance = BCE 
busCoachPrivate = BCP 
railPlatform = RPLY 
rail Access = RLY 
railStationEntrance = RSE 
tramMetroOrUndergroundPlatform = PLT 
tramMetroOrUndergroundAccess= MET 
tramMetroOrUndergroundEntrance = TMU 
ferryOrPortAccess= FER 
ferryTerminalDockEntrance = FTD 
taxiRank= TXR 
sharedTaxiRank= STR 
airportEntrance = AIR 
airAccessArea = GAT 



((enumerations 
StopModel Values:: 
StopAreaClassificationEnum 



pairedOnStreetBusStops= GPBS 
clusteredOnStreetBusStops= GCLS 
airportBuilding = GAIR 
busOrCoachStation = GBCS 
ferryTerminalOrDockBuilding = GTMU 
tramnMetroOrUndergroundStation = GRLS 
multimodallnterchange = GMLT 
otherStructure = GOTH 
coachCoverage = GCCH 



J. 



((unique identifiers 
Cleardow nCodeType 



Name: NaPTAN Stop Model Support 

Author: nickk 

Version: 1.0 

Created: 10/02/2010 1 1 :04:10 

Updated: 14/05/2013 17:32:33 



((enumerations 
AccessibilityModel Values: 
LimitationStatusEnum 



true 
false 
partial 
unknown 



((enumerations 
StopModel Values:: 
AssistanceServiceEnum 



none 

available 

availablelfBooked 

available AtCertainTimes 

unknown 



Figure 3-28 - UML Diagram of NaPTAN Data types 
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3.5 Populating the NaPTAN Database 

When entering data into the NaPTAN model, as for the National Gazetteer, care needs to be taken in 
choosing, naming and grouping stops and stop areas so as to populate the model in a way that 
accurately reflects the way real-world places are perceived by users, and so that the relationships 
described between them are useful for the intended computational purposes. Consideration should 
be given to how locality name and stop name complement each other, as they may often be used in 
combination. For example, when applications such as journey planners present lists of stop names 
for users to choose from, the locality name may be combined with the stop name to give an 
appropriate context within which to recognise the stop, e.g. to distinguish 'Cosham, High Street' from 
'Farnham, High Street'. Furthermore, in order to simply the choosing of destinations for users, for 
some applications' engines may aggregate a number of separate but physically related stops into a 
single 'place', using stop name, location and semantic information from the underlying NaPTAN data 
to derive the appropriate associations. See the examples in Chapter 8.3 for some illustrations. 

Another consideration is who is responsible for allocating different types of stops. Most stops are 
allocated and managed strictly by the administrative area of the topographical region within which 
they lie. 

• Certain types of stops, notably rail, metro, ferry and air access areas, are issued centrally by 
special administrative areas with a national scope, such as for National Rail and National 
Metro, as indicated by a A/af/ona/ subelement on the Administrative Area - such areas also 
have AtcoCode values beginning with '9nn'). 

• Where the boundary goes down the middle of the road, an agreement may be made between 
neighbouring authorities that stops on both sides of the road will be controlled by a single 
authority, just as highway maintenance on that road is done normally by one of the two 
relevant authorities, by agreement. 

3.5.1 Choosing NaPTAN Points 
Table 3-66 above shows the various NaPTAN stop types. 

On-Street PTANS are represented as points: 

• For individual on-street Bus Stops (also Coach Stops), there should be a NaPTAN Bus 
stop point for every physical stop; even if a stop is the unmarked pair to another stop, it 
should always have its own separate NaPTAN identifier and definition (of type 'BCT located 
at its physical position. 

o StopArea elements are used to group individual poles into larger groupings such as 
pairings (of type 'GBPS') and on-street clusters (of type 'GCLS) (see below). 

• For Coach Stops, a StopArea of type 'GCCH' can be used to associate the stop with Coach 
Service coverage. 'GCCH' stop areas have a stop area code (900G) and are allocated 
centrally. . 

• For Taxi Ranks, there should be a NaPTAN stop point for the head of the taxi rank, of type 
Taxi ('TXR'), or SharedTaxi ('STR') if an official taxi sharing scheme operates from the rank. 

For stations, termini and other interchange facilities, there should be an individual NaPTAN stop point 
for each "entrance" from the public thoroughfare to the facility, and another AccessArea stop point 
instance for the "access side": All stops should have the same CommonName, with a different 
Indicator value to distinguish them if necessary. 

• For Airports: For each terminal, there should be a NaPTAN Entrance point for each main 
area of check-in desks (of type 'AIR'), and another single AccessArea point to represent the 
"air-side" (of type 'GAT). Entrance records are provided by the relevant Local Administrative 
Area. 

o A StopArea element (of type 'GAIR) should be used to group the air entrances, 
access area, and any other connecting stop points such as taxi ranks and individual 
bus stops around the terminal. 

o The Access Area ('GAT) points will be provided centrally (they will have identifiers 
beginning with 920) and do not need to be provided by other administrative areas. 



NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 64 of 237 



Department for Transport ^7N 

m n-TAM o u ii H transport \ 

NaPTAN Schema User Guide direct- inf ° 

Connecting People to Places 

Part I Introduction and Overview 



• For Ferry Terminals and Ports: There should be a NaPTAN Entrance point for the main 
entrance gate to the docks or ferry terminal (all of type 'FTD), and each secondary entrance 
(also of type 'FTD), and another single AccessArea (of type 'FER) point to represent the 
general area berths from which the ferries depart. Entrance records are provided by the 
relevant Local Administrative Area. 

o A StopArea element (of type 'GFTD) should be used to group the ferry entrances, 
access area, and also any other connecting stop points such as taxi ranks and 
individual bus stops. 

• For Rail Stations: There should be a NaPTAN Entrance stop point for the main entrance to 
the station (of type 'RSE), an additional stop point for each secondary entrance (also of type 
'RSE), and another to represent the "track side", that is the main area of public access to the 
platforms (of type 'RLY). Entrance records are provided by the Local Administrative Area. 

o The main entrance should be the primary NaPTAN stop point, i.e. be encoded with a 
0 as the last digit (Secondary entrances have non-zero digits). All entrances should 
indicate their nature in the indicator text e.g. 'main entrance', 'side entrance'. 

o The AccessArea ('RLY) and RailPlatform ('RPL) points will be provided centrally 
(they will have identifiers beginning with '910) and do not need to be provided by 
other administrative areas. 

o A StopArea element (of type 'GRLS), provided centrally, should be used to group 
the rail entrances, access area, and any other connecting stop points such as taxi 
ranks and individual bus stops. 

• For Bus and Coach Stations: There should be a NaPTAN Entrance point for the main 
entrance (of type 'BCE), and each secondary entrance gate (also of type 'BCE). There may 
be a single AccessArea point (of type 'BCQ) to represent the general bays from which the 
buses depart. There may additionally or instead also be one or more specific Bay stop 
points of (of type BCS) if individual poles are identified. All records for Bus and Coach 
Stations are provided by the Local Administrative Area. 

o A StopArea element (of type 'GBCS) should be used to group the station entrances, 
access area and any other connecting stop points such as taxi ranks and individual 
bus stops. 

• For Metro & Underground Stations: There should be a NaPTAN Entrance point for the 
main entrance to the station (of type 'TMU), and each secondary entrance (also of type 
'TMU), and another single AccessArea point to represent the "rail side", that is the main 
area of public access to the platforms (of type 'MET). Entrance records are provided by the 
Local Administrative Area. 

o A StopArea element (of type 'GTMU) should be used to group the station 

entrances, access area, and any other connecting stop points such as taxi ranks and 
individual bus stops. 

o The AccessArea ('MET) and Metro Platform ('PL T) points will be gathered locally, 
but compiled and entered centrally. 

• For Tram Stops Tram stops are treated as stations. There should be a NaPTAN PLTstop 
point for every physical platform, located at its physical position. And a PLTstop to represent 
the pair. 

• For Telecabine (Lift & Cable Car Stations): (+NaPT v2.4)There should be a NaPTAN 
Entrance point for the main entrance to the station (of type 'LCE), and each secondary 
entrance (also of type 'LCE), and another single AccessArea point to represent the "lift 
side", that is the main area of public access to the platforms (of type 'LCB). Entrance records 
are provided by the Local Administrative Area. 

o A StopArea element (of type 'GLCB) should be used to group the lift station 

entrances, access area, and any other connecting stop points such as taxi ranks and 
individual bus stops. 

o The AccessArea ('LCB) and Metro Platform ('LPL) points will be gathered locally, 
but compiled and entered centrally. 

The NaPTAN Transport side' stops ('GAT', 'FER', 'RLY', 'MET', ICS' areas, and 'FBT, RPL' and 
'PLT, 'LPL' access points) represent the boarding points to transport vehicles within the station or 
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interchange building. At present FTD can also be used in the absence of FBT elements at Ferry 
Terminals. 



3.5.2 Allocating an AtcoCode for a NaPTAN Stop Point 

The AtcoCode is intended to be unique for a given stop point within the UK. The number can be 
regarded as an arbitrary Universal Identifier, though in practice the prefix part is reserved to specific 
ranges so as to manage the distributed concurrent allocation of unique codes by different 
stakeholders. The AtcoCode has a general form of: Database prefix [3] + Flag [1] + Local reference 
[up to 8 alphameric characters], where: 

1 . The Database prefix is the AtcoAreaCode of the AdministrativeArea responsible for 
managing the stop (which includes special values for rail stations, coach locations, ferry ports 
and airports). 

2. The Flag normally has a value of '0'. Historically T was used to encode stops belonging to 
another administrative area - this is not now needed so its use within NaPTAN 2 constitutes 
an error. 

3. Local reference is an identifier of the stop, unique within the scope of the AtcoAreaCode. 

o Rail Station Entrances. The designated form is AAAOXXXXXXXn' where AAA 
comprises the AtcoAreaCode, '0' is a fixed flag, XXXXXXX is the Network Rail 
TIPLOC code (generally alphabetic, capitalised, up to seven characters) for the 
station, and n is a zero character for the main entrance, and a sequence number for 
the other entrances. For example, '4000FARNHAM0', '4000FARNHAM 1 ". 

o Coach Station Entrances. The preferred form of number for Coach station 
entrances is AAAOYYYYYn where is the AtcoAreaCode of the AdministrativeArea 
responsible for managing the stop, '0' is a fixed flag, YYYYY is the National Coach 
code (5 digit numeric) for the coach station, and n is a zero character for the main 
entrance and a sequence number for the other entrances. 

o Transport side Access Areas. The stop point codes of the Transport side' stops 
(GAT, FER, MET, RLY, and FBT, RPL, PLT) are assigned centrally from special 
national prefixes ranges beginning with '9'. The numbers of all other points begin 
with a local area prefix. For example, '4000FARNHAM0'. 

o OnStreet Stops. The preferred form of numbers for on-street stops is 
AAAOYYYYYYYY where AAA is the AtcoAreaCode of the AdministrativeArea 
responsible for managing the stop.'O' is a fixed flag. YYYYYYYY is a unique locally- 
allocated code of up to 8 alpha-numeric characters 



3.5.3 Allocating NaPTAN (SMS) Codes for NaPTAN Stop Points 

NaPTAN allows a short code to be specified for each stop, the NaptanCode. This is intended as a 
unique reference for use in public facing systems such as SMS and web query apps. 
The NaPTAN short code is distinct from the ATCO code (the latter is in effect a system identifier). A 
NaptanCode can only be used once and cannot be reused. 

3.5.3.1 Mandatory NaPTAN Code features 

In order to achieve nationwide uniqueness, a NaptanCode has a systematic structure. 

• Codes are made up of an area prefix and a suffix, ensuring they are unique at a national 
level. 

• Each Prefix is unique within the UK and assigned to a specific area. 

• The prefixes are normally three characters (See table at end) but London is treated as a 
special case and uses a single digit - '1 '. 

Codes should be displayed with their prefixes so that they can be disambiguated on a national level. 
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3.5.3.20ptional NaptanCode features 

For usability on the keypad of a Mobile device, a number of additional constraints are recommended 
and Codes issued for most areas of the country follow these rules. However these are optional: 









Rationale 


R1 


Avoid repeating sequences of digits with 
a number, so that no two consecutive 
characters/digits require the same key 


(e.g. leibaba', or 
'16747', but not 
'leiaabbcc' or '1- 
22334)'. 


Avoids common keying 
errors 


R2 


Avoid the use of '0' or T in numbers 
(except for the London prefix). 


e.g. '472913', but 
not '101010'. 


Avoids common keying 
errors and confusion 
between 0/O and 1/1 


R3 


Present codes as alpha8 [1] characters 
synonyms rather than numbers (this 
requires adherence to R2). 

(In Scotland numeric rendering is 
generally used, in UK alpha8) 


E.g. 234, ■leiadh; 
rather than 'Iei234'. 


Easier on a mixed 
keypad 


R4 


Meaningful letters are chosen for the 
prefix three digits that indicate area. 


E.g. Lei=Leicester, 
man= Manchester 
etc. 


More memorable 


R5 


Codes may be of variable length. But 
should be between five and seven 
characters including prefix 




More memorable 



Table 3-7 - Rules for SMS codes 



1 . The Alpha8 characters are the eight letters shown first on a mobile keypad (adgjmptw). Thus 
for example '234, 'adh', 'bfi' and 'ceg' (and any other permutation of abc + def + ghi) all encode 
the same number. The use of zero is avoided. 



3.5.4 Choosing NaPTAN Stop Areas 

The choice and naming of NaPTAN stop areas is closely related to the choice of stop points, and the 
names of related NaPTAN stop points and stop areas generally should be the same. 

StopArea instances should only be used to group stops that constitute a localised interchange in 
easy walking distance, such as a bus bay, or a pair of opposite bus stops, or the various access 
points around a rail station. Stop areas must not be used to group stops in a wide area arbitrarily. For 
example, a stop area must not be used to create a general stop grouping for all the stops of a town 
centre; instead a NPTG locality for the town centre should be used, and one or more of the stop 
groups and or stop points be associated with the NPTG locality. 

As a general rule, a StopArea should not group stop points that are more than 250m apart. 

Stop areas may be nested in hierarchies to build up a simple interchange description. Stop area 
names should correspond to the main stop points. For example, the 'Farnham Rail Station' stop area 
might include subsidiary bus and stop areas, each containing various stop pairs near the station. 
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In principle there should be a stop area: 

• For every pair of on-street bus poles (GPBS). 

• For every cluster of on-street bus poles (GCLS). 

• For every airport (GAIR). 

• For every ferry terminal or port (GFTD). 

• For every rail station (GRLS). 

• For every bus or coach station (GBCS). 

• For every metro station (GTMU). 

• For every coach service association (GCCH). 

• For every lift or cable car station service (GLCB). 

The StopArea for the main travel mode can be used as a parent for the stop areas of subsidiary 
modes, for example the airport mode can contain a stop area for a rail station that serves the airport. 

For a complex interchange, stop areas should be organised into a hierarchy. For example, an Airport 
might contain child stop areas for its Rail and Metro stations, and several for its bus stops. When 
assembling StopArea instances into a hierarchy, the parent area should be chosen using the relative 
rankings shown in Table 3-87. 





Code 


Type 


Ranking 


Off 
Street 


GAIR 


Airport 


1 


GFTD 


Ferry / Port 


2 


GRLS 


Rail Station 


3 


GTMU 


Metro Station 


4 


GBCS 


Bus or Coach Station 


5 


GLCB 


Lift or Cable Car Station 


6 




GCCH 


Coach Stop 


7 


On 

Street 


GCLS 


On-street Bus / Coach stop cluster (more than two stops 
in the same general location). 


8 


GPBS 


On-street Bus/ Coach stop pair 


9 



Table 3-8 - Precedence of StopArea Types 



-*Note that in many cases, additional StopArea instances may be inferred by automated processes 
that augment the manually created NaPTAN stop data, for example grouping stop points by (i) by 
spatial proximity of location, and/or or (ii) semantic similarity of stop point, street name or other 
descriptor, together with (iii) transport mode. In practice these derived groupings may either be 
instantiated as actual StopArea instances in a database used by the journey planner, or be 
dynamically recomputed every time a search is made. 

For some interchanges, notably rail stations, there may be multiple stop areas describing different 
parts of the same station (or two different encodings of the same station for historic reasons). If this is 
the case they should be organised hierarchically with one of them chosen as the "main" root station 
and others as subsidiary (i.e. not using circular references with each one being part of the other). 



3.5.5 The Naming of Stop Points and Stop Areas 

The allocation of effective names to public transport access points is an important aspect of 
NaPTAN's purpose. 

Whilst rail stations and airports generally have well-known names, some types of PTAN, in particular 
bus stops, do not always have obvious or intuitive names. The NaPTAN Stop Point element provides 
a number of 'descriptor' subelements for specifying text descriptions of stops, and NaPTAN sets 
guidelines for populating the elements in a consistent way that will result in useful name phrases in 
applications, i.e. that enable the use of text based searches to find the stop. See also the examples 
given later in Part III. 

StopPoint descriptors may include: 

• A CommonName. The simple name for the stop. 'Simple' means that qualifiers such as the 
locality or street name should not be included as a component part of the CommonName - 
See 'Descriptor Atomicity' below and further comments below. A street name by itself may 
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however be used as the complete simple CommonName of the stop, if that is the most 
appropriate concept (see "Street Style" later below). Thus for example, a CommonName of 
"Opp St Mary's Upper Street Islington" is non-conformant because it repeats data that is 
already contained by the other atomic descriptor elements. 

• Assuming a Landmark style of naming - i.e. that "St Mary's" is the best simple name 
by which users can recognise the stop, a more conformant representation would be: 
CommonName. "St Mary's"; Landmark. "St Mary's"; Indicator: "Opp"; Street : 
"Upper Street"; NptgLocality: "Islington" - which contains all the information 
necessary to create a label of "Opp St Mary's, Upper Street, Islington" if needed, but 
also allows other presentation forms. 

• Assuming a Street style of naming - i.e. that '"Upper Street" is the best simple name, a more 
conformant representation would be: CommonName: "Upper Street"; Landmark: "St 
Mary's"; Indicator: "Opp 27"; Street: "Upper Street"; NptgLocality: "Islington". The nearest 
Landmark should be shown in the data; for example 'Red Lion Public House'. The nearest 
cross-street (Crossing) may also be used as the CommonName, for example: 'Folly Lane'. 

• An Indicator phrase, giving the relationship of the stop to the entity used as the common 
name, for example 'o/s' i.e. outside, 'behind', etc. The Landmark, Street or CommonName 
should not be repeated in the Indicator, as this breaks the principle of descriptor 'atomicity' 
(see below). Thus, if the CommonName is 'Red Lion', the Indicator should say just "o/s', 
and not 'Red Lion (o/s)' or 'o/s 'Red Lion'. Stop numbers, Bay Numbers, etc are also relevant 
values for the Indicator. 

• The name of the Street on which the stop point lies. The street should always be specified as 
it provides an alternative search value for finding the stop, and also can provide additional 
context with which to recognize the stop in stop finders. 

• Where both a Point of Interest Landmark and a Crossing are useful for identifying the stop, 
the nearest intersection may be given separately using the Crossing element. 

Additional elements useful for describing the stop include: 

• The compass Bearing towards which the vehicle is pointing when proceeding down the 
street past the stop. For example: 'SW. 

• Other descriptive Notes about the stop point. These are not public facing - they provide 
information only to users of the database. 



3.5.5.1 Stop Name Uniqueness 

NaPTAN StopPoint name phrases should be unique within their NptgLocality (including any parent 
or grandparent locality); that is the combination of CommonName and Indicator elements should be 
unique. 

The descriptor elements that make up stop names should be chosen so that when combined as a 
'name phrase', they make a meaningful name that uniquely identifies the stop. The following is one 
possible order of combination: 

<locality> (locality qualifier), <common name> (<indicator>) 



Table 3-98 shows some exam 


pies of preferred forms 


CommonName 


Indicator 


Locality 


Qualifier 


Preferred full name 


Red Lion 


o/s 


Blacko 




Blacko, Red Lion (o/s) 


Health Centre 


opp 


Cosham 




Cosham, Health Centre (opp) 


Tilford Road 




Farnham 




Farnham, Tilford Road 


Woolworths 


opp 


Gillingham 


Kent 


Gillingham (Kent), Woolworths (opp) 



Table 3-9 - Examples of Preferred Stop Names 



3.5.5.2 Descriptor 'Atomicity' 

The different descriptor elements may be combined by applications into name phrases in different 
ways in different circumstances (see discussion in section 3.5.1 1 .1). Thus the Landmark, Street and 
Indicator elements should avoid repeating the same proper nouns as content, as this results in 
verbose and unintelligible compound name phrases: such as 'o/s Red Lion Red Lion (o/s)'. 
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Similarly, common names should not include the Nptg Locality I Name or NptgLocality I Qualifier 

name unnecessarily, as again this leads to unhelpful descriptive name phrases when the elements 
are combined. For example, unnecessary repetition might result in 'Gillingham (Kent), Woolworths 
Gillingham Kent (opp).' In the case of rail stations and other termini, it is often the case that the 
locality name is included in the formally adopted common name (Table 3-109). 



CommonName 


Indicator 


Locality 


Qualifier 


Preferred full name 


Farnham Rail Station 




Farnham 




Farnham, Farnham Rail Station 



Table 3-10 - Example Preferred Form for Rail Station Names 



As an illustration, Table 3-1 110 shows some example name elements for a stop; Table 3-1211 shows 
some of the different ways that an application might choose to create name phrases from the 
elements. 





Element 


Value 


NPTG Locality 


Administrative Area 1 ShortName: 


Lanes 


NptgLocality 1 Name: 


Blacko 


Stop Descriptors 


CommonName: 


Red Lion 


Landmark: 


Red Lion 


Indicator: 


Opp 



Table 3-11 - Example Name Elements 



Possible Derived Names 

Red Lion 

Red Lion (opp) 

Blacko, Red Lion 

Blacko (Lanes), Red Lion 

Blacko, Red Lion (opp) 

Blacko (Lanes), Red Lion (opp) 

Gisburn Road, Red Lion 

Gisburn Road, Red Lion (opp) 

Blacko, Gisburn Road, Red Lion 

Blacko (Lanes), Gisburn Road, Red Lion 

Blacko, Gisburn Road, Red Lion (opp) 

Blacko (Lanes), Gisburn Road, Red Lion (opp) 

Red Lion, Blacko 

Red Lion, Blacko (Lanes) 

Red Lion (opp), Blacko 

Red Lion (opp), Blacko (Lanes) 

Red Lion, Gisburn Road, Blacko 

Red Lion, Gisburn Road, Blacko (Lanes) 

Red Lion (opp), Gisburn Road, Blacko 

Red Lion (opp), Gisburn Road, Blacko (Lanes) 

Table 3-12 - Ways of Deriving Names from Descriptors 



3.5.6 Bus Stop Naming Styles 

Where there is not an established name for a stop point, a new CommonName should be issued. 
When devising bus stop names, consideration should be given to the finding of the stop by name or 
partial name in computer-based stop finders; the choice of the best actual common name depends 
on how the stop name needs to be distinguished from other nearby stops, so that in practice any of 
the following naming styles may be appropriate: 

1 Locality Style: Name the stop after the locality it serves, for example 'Little Gidding 

Centre'. In some cases the actual stop name will be a generic name like Town 
Centre'. Use of the locality name as a CommonName should generally be avoided, 
as it is not very specific or informative and does not necessarily help users locate 
the stop with the locality. It is better to use a landmark (e.g. "The Poets Arms") or 
crossing name (e.g. "High Street") within the locality. The NptgLocality name can, 
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of course, always be associated with the stop and used in names if appropriate to 
the context (e.g. "The Poets Arms, Little Gidding"). 

2 Landmark Style: Name the stop after the landmark or point of interest it serves, for 
example ' 'British Museum', Town Centre', 'St Trinian's School', 'Boots', if 
necessary giving the relation to the landmark as the Indicator. For example, 'British 
Museum' + 'O/s'. The landmark may also be the street or crossing name, but a 
Street must also be given. This is a preferred style as it helps users relate stops to 
their surroundings. 

3 If there is no obvious landmark, the name of a road on which the stop lies may be 
appropriate as long as there is only one set of stops on that road. 

3. 1 Street Style: If the road is short, and has only a single stop or pair of stops, in the 
street then the name of the road the stop is on may be appropriate as a 
CommonName if there is no other obvious style. This should be with an Indicator 
such as a house number, for example 'o/s 34'. 

3.2 Crossing Style: For a longer road on which there are two or more pairs or clusters 
of stops, then common names based on the nearest cross-street or a landmark are 
to be preferred, without the name of the road on which they are located (as this is 
available if needed from the Street). The Indicator should be set to 'nr' or 'adj' for a 
stop on the same side of the road, 'opp' for a stop on the other side of the road. 
This is a preferred style as it helps users relate stops to their surroundings. The use 
of the Crossing rather than the Street name as the CommonName is preferable 
as it allows the future addition of more stops in the same street without ambiguity. 

4 Particular Style: Give the stop a name that does not follow any of the above styles 
because of some other local usage: for example: 'Rail Replacement Services'. This 
approach should only be used in exceptional circumstances. 

3.5.6.1 General Rules for the Names of Stop Points 

The following general rules should be applied to stop Common Names and other textual stop 
descriptor elements: 

• Capitalization: The preferred style of stop names, place names and street names in 
NaPTAN is 'title case', that is lower case with the first letter of each significant word in upper 
case, for example, 'Milton Keynes'. Prepositions and articles within a name should be in 
lower case 'Isle of Man', 'Hole-in-the-Wall Lying-in Hospital'. Kirkby-in-Furness High Street', 
'Cley-next-the-Sea', not 'Cley Next The Sea'. Prepositions and articles derived from Latin or 
other languages should not be capitalised either; 'St George's-super-Ely', 'Poulton-le-Fylde'. 

• Character Set: Only uppercase and lower case letters should be used. Specifically the use 
of digits, non-alphabetic characters, and any punctuation characters other than apostrophes, 
hyphens and ampersands should be avoided in names. Numbers should be spelt out e.g. 
'Seven Sisters', not '7 Sisters'. The characters in Table 3-22 must not be used as they are 
disallowed by the schema. The characters in Table 3-33 should not be used but are not 
currently excluded by the schema. Note that non-letter characters such as ampersand ('&'will 
need to be encoded as XML entities (e.g. &) within XML content. 

• Hyphenation: Names should be hyphenated according to the preferred form of usage by 
residents, for example, 'Dudington-Fineshade', 'Lawton-Gate'. Prepositions in some British 
place names are hyphenated, for example. 'Lilford-cum-Wigestead', 'Hinton-ln-the-Hedges, 
'Laughton-en-le-Morthen', 'Rhyd-y-Pandy', 'Ty'n-twr'. Where there is a choice of usage the 
hyphenated form is preferred. 

• Use of Periods: Full stops must not be used within names. For example, use just 'St' rather 
than 'St.'; do not put a final period on names. 

• Use of Commas: Commas must not be used within names as they are conventionally used 
to indicate concatenation of elements when formatting names. See section 3.5.1 1 .1 below. 

• Apostrophes: Apostrophes should be used in accordance with the preferred local usage, 
and be consistent with the locality name. For example, "Robinson's end", ""Cross o'th' 
Hands", "St Mary's", "Top o' th' Knowl High Street". 

• Indicator phrases: Standard terms of relation should be used in the content of Indicator. 
See Table 3-1312 for details of preferred values for Indicator. 
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Table 3-13 - Preferred Phrases to Use in Indicator 



The words "Stop", "stand", "stance", "bay", "platform", "entrance" can be followed by an 
alphanumeric string to allow for Stop codes e.g. A, 1 , A1 , 1A, 23, FG, AB27, etc. with the 
numeric part limited to one or two digits and the alpha part to one or two characters either 
before or after the numeric - all in an unbroken string (of up to 4 characters). 

Words which indicate a relationship (nr, opp, o/s, adj, at etc) can be followed by an 
alphanumeric string to allow for house numbers (e.g. opp 23, o/s 76a). In this case the 
numeric component should permit values to 9999, with or without a single following alpha 
character. 



In output systems, stops which have an indicator in NaPTAN which does not match one of 
the preferred values (including those which do not have an indicator where one is required) 
should be given a normalised indicator based on the value of the bearing for the Stop - so in 
this situation a Stop with a bearing of "N" will have a normalised indicator of "N-bound". 

• Use of Ampersand: The ampersand character '&' is preferred to the word 'and' as a 
conjunction, for example, 'Bat & Ball'. 

• Use of Abbreviations: Abbreviations should be avoided, for example 'Great Missenderi and 
not 'Gt Missenden', 'North Wootton' not 'N.Wootton'. The exception to this is the prefix for 
'Saint', where 'St' should always be used, without a full stop, for example 'St Ives', 'llketshall 
St John'. Although names and other text descriptors in the NaPTAN database can be up to 
48 characters long, it is preferable if they can be kept to less than 24 characters. 

o Where needed, standardised abbreviations should be used. See Appendix 15.4. 

• Spacing: Words should be single spaced. 

• Use of forward Slash: The uses of forward or backwards slashes or vertical bars in stop 
common names to denote alternatives must be avoided. Alternative names should be 
specified explicitly as separate descriptor entries. 

• Stop types : A stop type should not be referred to in either the CommonName or the 
Indicator for a stop. If a stop is a Hail-and-Ride (HAR), an unmarked (CUS) or a flexible zone 
(FLX) stop type, then this information is available from the stop type field and it is for output 
systems to interpret this data and to add to its display (Hail-and-Ride), (unmarked) or 
(Demand Responsive Zone) as relevant or whatever else might be appropriate to the specific 
output system. 



3.5.7 Naming Of Particular Types of Stop 



3.5.7.1 Naming of Rail Stations 

Rail station names should include the suffix phrase 'Rail Station' in their names, for example, 
'Ashwell & Morden Rail Station'. 



Rail station names should use the definitive names used on the National Rail Website 
http://www.nationalrail.co.uk/ . 

3.5.7.2 Naming of Airports 

Airport stops should have the word 'Airport' or Terminal' in their name, for example, 'Southampton 
Airport'; 'Heathrow Terminal 1 ' + 'London Heathrow Terminal 1 '. 

Airport names should be the definitive IATA name. Other names may be specified as alternative 
names. 



3.5.8 Naming of Stop Areas 
Stop area names should be the same as the common names of the main stops in the stop area. 
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3.5.9 The Classifying of Bus Stops and Other PTANs 

The NaPTAN model provides a number of ways of classifying the stop: 

• Whether the stop is active or inactive. See discussion in 1 1 .2.6.The modes of transport it 
supports (bus, rail etc). 

• For bus stop point there are additional attributes: 

o Whether the stop is marked or not (For example many rural bus stops are not), 
o Whether it is normally a timing point in a schedule. 

3.5.10 Associating Stop Points and Stop Areas with NPTG Localities 

Every StopPoint has a primary NptgLocality within which it is situated. The NPTG locality specified 
for a stop point or stop area should be the most specific (i.e. the most precise as to area) available. 
For example, use a suburb of a city in preference to the whole city. 

In addition StopPoint instances may also be associated with a number of alternative NptgLocality 
instances 



Certain major StopPoint instances may further be associated with particular NptgLocality instances 
as the main stop points for the locality; for example, the rail stations. Main stop points are normally 
central, but do not have to be physically contained within the immediate locality - for example the rail 
station for Norwich is a main stop for the town, but is not located at the centre. 

The Town and/or Suburb on the Place element of a StopPoint should only be specified if they differ 
from the names of the NPTG locality specified for the StopPoint. If they are the same, they will be 
derived automatically through the reference. 

The association of stop areas with an NptgLocality is indirect - through the associations of the 
StopPoint instances within the StopArea. All stop points in a stop area should be associated with 
the same primary NPTG locality, and also have similar associations as the other stops for any 
alternative localities. 



3.5.1 1 Geocoding of Stop Points - Location 

All NaPTAN StopPoint instances have a geocode, i.e. a spatial Location associated with them that 
specifies their map coordinates. 

• The UK NaPTAN database uses OS Grid coordinates and data should be submitted 
geocoded with Grid coordinates. For Eire ITM grid may be used (Irish Transverse Mercator). 

• The NaPTAN schema supports the exchange of stops with both WGS 84 and grid co- 
ordinates, and both are provided in the distributed data. 

The usage of location depends on the stop point classification (see Table 3-1413); for on-street 
points and off-street entrance points, the location should be an exact single point of the doorway or 
pole. For logical stops representing a zone or access area, the location should be a central point 
chosen to give a sensible visualisation of the area on a map; and depending on type, may also be 
accompanied by a more detailed description of the coordinates, as for example for a hail and ride 
section. 
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Table 3-14 - Stop Point Location Types 



3.5.1 1 .1 Considerations for Effective Naming of Stops in Journey Planners: 

Some useful insight into the effective naming of stops can be obtained by considering how stop 
names are used in the software interfaces that interact with end users, as for example in a journey 
planner stop or place finder. 

3.5.1 1 .2 Presentation of Stop Names in Disambiguation Lists 

When displayed in lists in place finders, stop names will typically be prefixed by a locality name in 
order to provide users a context within which to recognise the common name, and to distinguish the 
stop name from other similar names. For example, if you enter 'High Street' without a town name, 
there might be many possible candidates, so the locality may be added as a prefix, 'Oxford, High 
Street'. 



When displayed in a list in a user interface, disambiguated names will normally have a general format 
that is made up of several elements: 

{NPTG Locality Name (+Optional Locality Qualifier)}+ {Stop Common Name} {Stop Indicator} 

Note however, that different application user interfaces may vary the order in which they use to 
combine the elements into a 'name phrase' for presentation; for example the order 'Stop Name + 
Locality Name + Stop type' may also be used, or in other circumstance the locality name and/or 
qualifier may be omitted; for example on a map, where the context is already given. 

Figure 3-2922 shows an example from the South East region journey planner using Locality Name + 
Stop Name for bus stop points (with 'stop' appended on the end. Thus for instance, the 'Packhorse' 
StopPoint in the NptgLocality 'Gerrards Cross' would appear as: 'Gerrards Cross, Packhorse 
(stop)'. 

Note the example demonstrates the use of fuzzy phonetic matching to tolerate common types of 
spelling errors in the enquiry input ('gerrods cross). 
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Any O Stop O Address (!) POI O Postcode 



gerrods cross. 



Gerrards Cross, French Horn PH (stop) 
Gerrards Cross, Fulmer Drive (stop) 
Gerrards Cross, Gaviots Close Fulmer Road (stop) 
Gerrards Cross, Gaviots Close Rear of Gaviots Close 
Gerrards Cross, Gerrards Cross Rail Station (stop) 
Gerrards Cross, Hedgerley Lane (stop) 
Gerrards Cross, Manor Lane (stop) 
Gerrards Cross, Old House Farm (stop) 
Gerrards Cross, Orchehill Ave (stop) 
Gerrards Cross, Packhorse (stop) 
Gerrards Cross, Saint Huberts Lane (stop) 
Gerrards Cross, Saint Mary^s School (stop) 



— \ 



From the SELTA region journey planner stop finder, Courtesy MDV 

Figure 3-29 - Example of Stop Names in a List 

The locality qualifier can be used in applications if the locality needs to be distinguished from other 
similarly named localities. For example, the 'Packhorse' StopPoint in the NptgLocality Ashford 
would appear as: 'Ashford (Kent), Packhorse (stop)". 

The use of hyphens can facilitate the intelligibility of names, for example ' Sutton-on-the- Forest, Huby' 
is slightly easier to read and recognise than 'Sutton on the Forest, Huby'. 

The avoidance of embedded commas in names is especially important; 'On the Forest, Sutton, Huby' 
is considerably harder to interpret. Similarly trailing articles as in 'Dunks, The, High Street, The' give 
rise to difficulties. 

As a further example, Figure 3-3023 shows the results of using a place name of 'Church End' in the 
Transport Direct Portal Journey planner - the various instances are distinguished by both a qualifier 
and an administrative area. 



From 



Select from possible options for "church end 



To 




Church End (Braintree), Essex 



Church End (Braintree], Essex 



Church End (Broxted), Essex 
Church End (Chorleywood), Hertfordshire 
Church End (Finchley), Greater London 
Church End (Great Dunmow), Essex 
Church End (Little Hadharn), Hertfordshire 
Church End (Nr Chipping Norton), Oxfordshire 
Church End (Nr Shustoke), Warwickshire 

Church End (Nr Upton Upon Severn), Upton Upon Severn, Worcestershire 
Church End (Nr Whitney), Oxfordshire 

Church End (Pitstone), Buckinghamshire 




From the Transport Direct Portal Journey Planner - Atos Origin. 

Figure 3-30 - Example of Ambiguous Place Names 



3.5.1 1 .3 Matching of Stop Names by Stop & Location Finders 
When processing input search strings, stop finders will generally: 
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• Use specific special characters as delimiters (for example comma to mark the end of a 
locality), or commands (for example '*' for wildcard). 

• Ignore extra spaces in names. 

• Ignore hyphens and apostrophes. 

• Ignore the difference between upper and lower case. 

• Understand some common abbreviations. 

• Support fuzzy and partial searches, and tolerate some common types of typing and spelling 
errors. 

3.5.1 1 .4 Implications for Stop Naming 

We note some particular implications of the use of stop names in software user interfaces for the 
naming of stops: 

• It is preferable if the stop common name does not repeat the locality name unnecessarily -- 
so as to avoid for example the informationally redundant 'Gerrards Cross, Gerrards Cross 
Packhorse'. Applications may always themselves add in the locality if appropriate. However, 
where the locality name is an integral part of the name, for example 'Tonbridge School', or 
'Farnham Rail Station', it should be used, even though this might result in some repetition 
(e.g. Tonbridge, Tonbridge School or Tarnham, Farnham Rail Station'). 

• The inclusion of separators such as commas in stop names generally makes them harder to 
interpret in lists. 

• Lists may include stops of different types, so including a type phrase ('Rail Station', 'Airport', 
'Coach Station') for stop type other than bus stops helps users. 

• Simple names ('Boots', 'St Mary's Church', 'Hospital', 'High Street"), are preferred to 
composite names ('Boots High Street', 'St Mary's Church Fenham Green' 'Hospital -Furlong 
Road', 'High Street Bus Station 1 ). Again applications may always themselves add in the 
locality or other context if appropriate. Where there are two or more stops on the same road, 
then common names based on the nearest cross-street or a landmark are to be preferred, 
without the name of the road on which they are located - since this can be obtained from the 
Street element of the database. 

• As an exception to this rule it is however useful to include the town name in the names of 
Rail stations. 

• The assigning of correct NPTG localities is very important. 

• The consistent use of capitalisation and hyphenation improves intelligibility. Names held in 
the NPTG database should be in a definitive form and consistent style. 

• The preferred way of populating NaPTAN name elements is so as to lead to easily 
recognizable names when the descriptor elements are combined by applications into a name 
phrase in a particular order. The preferred order is 'NptgLocality (Qualifier), Common Name 
(Indicator)'. In choosing names it is helpful (i) to test them by concatenating the elements in 
the suggested order and considering the resulting name phrase for sense, and (ii) to 
compare the name phrase to those of adjacent stops to see if they are helpful in 
distinguishing the stop from the others. 

3.5.1 1 .5lmplications for NPTG Locality Naming 

Similarly considerations apply to the naming of NPTG Localities: 

• Names should generally be the simple name of the locality. 

• It is useful to create distinct elements to represent the central areas of towns and cities. For 
the names of Town and City Centres, it is useful to include the Town name as part of the 
name, e.g. 'Shirley Town Centre', 'Winchester City Centre'. 

• Consideration should be given as to whether a Locality name is unique within the UK, and if it 
is not, a qualifier should be added. 



NaPTAN model is intended to allow an incremental approach to capturing accessibility data, that is, 
data may captured to different degrees of detail according to the available resources. An overall 
assessment should always be provided, with further detail as available. 



3.5.1 2 Populating Accessibility data 
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It should be noted that accessibility depends not just on the stop, but also on the capabilities of the 
vehicles (e.g. low floor, wheel chair spaces etc.) and services (e.g. assistance) that visit the stop. 
NaPTAN provides a means of specifying stop related data and also of indicating whether service at 
the stop is generally accessible or not. However to provide completely accurate information additional 
data is needed from other sources such as TransXChange 2.5. 



3.5.1 2.1 On Street Stops 

Typically the capture of top accessibility data for on-street stops such as bus coach and tram stops is 
more straightforward than for complex off street sites such as stations and airports, since the stop 
itself is directly accessible Table 3-15 indicates the relative priority of different elements. 

On street stops are normally accessible directly at street level one and may simply be tagged as 
accessible or not. If all the services that visit the stop are accessible it is useful to tag the stop further, 
for example with low floor/hoist, wheelchair/mobility scooter. 

Any boarding assistance service will usually be provided by the driver or conductor so if offered at will 
be available at all times. 
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3 


Usually true 



Table 3-15 - Populating on-street stops 



3.5.1 2.20ff street Stops 

For off street stops such as stations, access to platforms may involve paths that use steps, lifts or 
escalators and it is helpful to indicate these. In addition it may be relevant to indicate if the assistance 
is only available at particular times or needs booking. Table 3-16 indicates the relative priority of 
different elements. 
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StepFreeAccess 


(unknown) 


1 


To be specified 




LiftFreeAccess 


(true) 


2 


Useful 




EscalatorFreeAccess 


(true) 


2 


Useful 




AssistanceService 


(false) 


2 


Useful - may need booking 




InfoUrl 




3 


Useful 




ServicesAtStop- 
UsuallyAccessible 


(unknown) 


2 


Useful 




Note 




3 




DayType 


DaysOfWeek 




3 


Useful 




Timeband 




3 


Useful 




PublicHolidays 




3 


Useful 


Access- 


LowFloor 


(false) 


4 


Not usually relevant 


Vehicle- 


HighFloor 


(false) 


4 


Not usually relevant 


Equipment 


Hoist 


(false) 


4 


Not usually relevant 




HoistOperatingRadius 




4 


Not usually relevant 




Ramp 


(true) 


2 


Useful 




Boarding Height 




4 


Useful 




Gap to Platform 




4 


Useful 




Width of Access area 




4 


Useful 




Height of Access area 




4 


Useful 




AutomaticDoors 




3 


Usually true 




SuitableFor 


(unknown) 


2 


Useful to further characterize 
wheelchair, mobilityScooter, 
etc 




AssistedBoardingLocation 


(BoardAtAnyPoint) 


2 


Useful 




GuideDogsAllowed 


(true) 


3 


Usually true 



Table 3-16 - Populating off-street stops 



If not present the usual value may be inferered according to the mode - see accessibility defaults in 
Table 6-5 later below. 
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3.6 NPTG Discovery Model 



3.6.1 Overview of NPTG Discovery Model 

The NPTG Discovery schema provides information for and about various types of public transport 
travel information system services and covering NPTG localities. 

It uses the NPTG topography to provide a coverage model to relate available web services to 
NaPTAN stops. Discovery can work in two directions: 

1 . Coverage Discovery: A means of finding out the stops covered by the services available 
for a give localities or administrative area. 

2. Service Discovery: A means of finding out the services that cover a specific stop, 
locality, or administrative area. 

3.6.2 Informational Service Elements 

Figure 3-3124 shows, in UML class diagram notation, the main elements of the NPTG Discovery 
schema. 

The coverage elements provide a basic directory of public transport information services available to 
cover localities. 

• The WebApplications container element holds instances of: 

o WebApplication, A specific capability. Web services may be associated with any or 
all of a specific Locality, an AdministrativeArea or a whole Region. See discussion 
under coverage later. 

• The Trustee/Servers container element holds instances of: 

o TrustedServer: An access point to a web service. 

• The CallCentres container element holds instances of: 

o CallCentre: A call service providing voice information services for an area. 

• The TrunkLocalities container element holds instances of: 

o TrunkLocality: A geographical grouping of stops as relevant for trunk access 
associated also with an NptgLocality. 

Distributed Journey Planning information includes 

• AdjacentRegionExchangePoints are pairings of NaPTAN points between regions to guide 
journey planners that use the JourneyWeb protocol. They distinguish the significant points on 
the boundaries of travel information areas that journey planners using the JourneyWeb 
protocol need to recognise. 
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class NPTG Discovery Model Intro 
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Figure 3-31 - UML Diagram of Discovery Model: Overview 



Figure 3-3225 shows the same elements as in Figure 3-3124, with further detail as to the 
organisational elements of the schema and the properties of individual entities. 
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class NPTG Discovery Model 
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Figure 3-32 - UML Diagram of Discovery Model: Detail 
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3.6.3 Service Discovery 

The coverage model makes it possible to associate Web Services of a particular type with specific 
NaPTAN stops. See Figure 3-3326. The association can be done at different levels, for example: 

• Individual Localities. 

• Administrative Areas. 

• Regions. 

Since (i) Every stop point knows its NPTG Locality; (ii) Every NPTG Locality knows its 
AdministrativeArea, and; (iii) Every Administrative Area knows its region, it is possible to find the 
appropriate services that cover a particular stop. 



class NPTG Discovery Coverage 
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Coverage isfound by looking up the most specific 
reference to a web service that can be found. 

References are hierarchical: 

(a) NotgLocality (Most Specific) 

(b) AdministrativeArea 

(c) Region (Least Specific) 



Figure 3-33 - UML Diagram of Coverage Model 



NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 83 of 237 



Department for Transport ^7N 

m n-TAM o u ii H transport \ 

NaPTAN Schema User Guide direct- inf ° 

Connecting People to Place? 

Part I Introduction and Overview 



3.6.3.1 NPTG Discovery Element Hierarchy 

Figure 3-3427 shows the Class Hierarchy for the Discovery Element Elements. StopPoint & Stop 
Area are versioned elements. StopAvailability, StopAreaRef & Descriptor are child elements. 
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Figure 3-34 - UML Diagram of NPTG Discovery Hierarchy 
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3.7 Summary of NPTG and NaPTAN Entities and Identifiers 

Table 3-1714 summarises the main entities of the NPTG and NaPTAN models. It also shows the 
identifiers used for each element and their scope (which in all cases must be unique within a 
document). The elements fall into three scope groups: 

• External Codes forming part of well-defined national data systems ('A'). For example the 
AtcoCode, as defined in the NaPTAN data set. External codes are modelled as elements. 

• External Codes forming part of arbitrary data systems. ('B'). External codes are modelled as 
XML elements, and their names generally end in either Code' or Number'. 

• Internal Identifiers used to identify objects locally within a document ('C'). Internal identifiers 
are modelled as an id attribute on the entity element. 

The uniqueness scope of identifiers is formally defined by XML keyref constraints. See 'Integrity 
Rules' in Section 14. 





Entity 


Identifier 








Type 


Req- 
uired 


Name 


Has 
Private 
Code 


Scope 


NPTG 


Region 


Element 


R 


RegionCode 


No 


A-National 


AdministrativeArea 


Element 


R 


AdministrativeAreaCode 


No 


A-National 


NptgDistrict 


Element 


R 


NptgDistrictCode 


No 


B-National 


NptgLocality 


Element 


R 


NptgLocalityCode 


Yes 


A-National 


PlusbusZone 


Element 


R 


PlusbusZone Code 


No 


A-National 


NPTG 
Discovery 


CallCentre 


Element 


R 


CallCentreCode 


No 


B-National 


AdjacentRegionPoint 


Attribute 


R 


AtcoCode 


No 


A-National 


WebApplication 


Element 


0 


SystemCode 


No 


B-National 


TrustedServer 


Element 


0 


SystemCode 


No 


B-National 


TrunkLocality 


Element 


0 


TrunkLocalityCode 


No 


B-National 


NaPTAN 


StopPoint 


Element 


R 


AtcoCode 


Yes 


A-National 


Element 


0 


NaptanCode 


A-National 


Element 


0 


CleardownCode 




A-National 


StopArea 


Element 


R 


StopAreaCode 


Yes 


A-National 


Network 


Element 


R 


NetworkCode 


Yes 


B-National 


TariffZone 


Element 


R 


TariffZoneCode 


Yes 


B-National 


PointOflnterest 


Element 


R 


PointOflnterestCode 


Yes 


A-National 




Location 


Attribute 


0 


id 


No 


C-Document 



Table 3-17 - Main Entities of the NPTG & NaPTAN Models 



3.7.1 Private codes 

For a few semantically significant elements in NaPTAN, an additional PrivateCode element is 
supported. The PrivateCode facilitates the general purpose exchange of data in NaPTAN format, as 
instances can be annotated with the alternative identifier, so as to allow the unambiguous 
reconciliation of element identity between different computer systems on a round trip exchange. For 
example localities might be annotated with their OS TOID. Table 3-1714 also indicates the elements 
that can have a PrivateCode. 

The PrivateCode element is intended for general use of stop definitions for example in 
TransXChange general documents- it is ignored on NaPTAN submissions. 
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4 SCHEMAS 

The following sections present the NPTG and NaPTAN schema elements in detail. 

5. NPTG Schema 

6. NaPTAN Schema 

7. NPTG Discovery Schema 

8. Common Schema Elements & Types 
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5 NPTG SCHEMA, STRUCTURE AND ELEMENTS 

The NPTG XML schema (Figure 5-11) describes the cities towns and localities of the UK as a model 
of XML elements, contained within a NationalPublicTransportGazetteer root element. 

5.1 NationalPublicTransportGazetteer Root Element 



5.1.1 NationalPublicTransportGazetteer Element Attributes 

The NationalPublicTransportGazetteer element uses the NaPT standard schema attributes for 
versioning, and also has standard attributes to indicate the default data reference systems used: 

• Versioning 

o CreationDateTime: Timestamp of document creation date and time. 

o ModificationDateTime: Timestamp of document last modification date and time. 

o FileName: Name of file containing the document. (If the document is renamed after 

creation this will not change), 
o Modification: Nature of change: new, revision. For NPTG documents this will 

always be 'revision'. Individual elements within the document may be 'new'. 
o RevisionNumber: Optional sequence number for versioning overall document 

content. Each subsequent issue of the NPTG data should have a higher number 

than the previous one. 
o SchemaVersion: Schema version identifier used for the document content model. 

• Data Reference 

o xml.lang: Default language of document. ISO language identifier. Default is English 

(en). Other significant value is (cy Welsh) 
o LocationSystem: Data system to use for location coordinate references within the 

document: WGS84 or Grid. Grid ls used for collecting the NPTG and NaPTAN 

datasets. 

o GridType: Default grid system to assume for grid coordinate references within the 
document if not specified explicitly: UKOS, IrishOs, ITM . Default is UKOS. (+NaPT 
v2.5) 

5.1.2 NationalPublicTransportGazetteer Child Elements 

The NationalPublicTransportGazetteer element (Figure 5-22) contains the following child elements, 
each of which is described in more detail later in this document: 

• Regions: A collection of Region elements. The Region is used to organise other 
AdministrativeArea and District elements. 

• NptgLocalities: A collection of NptgLocality elements used to model UK settlements. 

• PlusbusZones: A collection of PlusbusZone elements used to model UK Plusbus fare 
zones. 
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class NPTG Schema Overview 



Name: NPTG Schema Overview 

Author: nickk 

Version: 1.0 

Created: 18/09/2009 14:31:47 

Updated: 14/05/2013 16:48:41 



IZ 



VersionedObject 
Region o-o 



T 7 

region 



<: 



Administrative Area 



VersionedObject 
o-o 



districts 



-o 



«XML root» 
NationalPublicTransportGazetteer 



lang :lang 

CreationDateTime :dateTime 
ModificationDateTime :dateTime 



Modification :ModificationEnum 
RevisionNumber :strinq 
FileName :anvURI 
SchemaVersion :NMTOKEN 



LocationSystem :LocationSystemEnum 
ChangesSince :dateTime [0..1] 
PataRightRef :PataRightldType 
GridType :GridTypeEnum 

«contained» 
Regions :Region [0..*] 
NptgLocalities :NptgLocality [0..*] 
PlusbusZones :PlusbusZone [0..*] 



administered by 



VersionedObject 
NptgDistrict °"° 



administered by 



0..1 



v o.. 



«enumeratio.. 
ModificationEnurr 



new 

delete 

revise 

archive 

delta 



«enumeration» 
LocationSystemEnum 



Grid 
WGS84 



VersionedObject 
NptgLocality 



((enumerations 
GridTypeEnum 



UKOS 

IrelandOS 

ITM 



N/o.. 



VersionedObject 
PluzBusZone 0 " 0 



kizoom 

(c) 2001-2013 
Crown Copyright 



Figure 5-1 - NTPG Schema Overview 
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Figure 5-2 - NationalPublicTransportGazetteer Root Element 
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5.2 



Region Element 



A Region represents an area of the country covered by a single Traveline region. Regions break the 
UK down into non-overlapping zones, and are themselves broken down into administrative areas. 
The Region element (Figure 5-33) comprises: 

• RegionCode: Unique NPTG code for Region. 

• Name: Name of Region. 

• Country: Country within which the Region lies. See Table 5-11. 



Value 


Description 


Great 
Britain 


UK 


England 


England 


Y 


Y 


Scotland 


Scotland 


Y 


Y 


Wales 


Wales 


Y 


Y 


GreatBritain 


United Kingdom (can be used for global data) 


Y 


Y 


Northernlreland 


Northern Ireland 


N 


Y 


UK 


United Kingdom (can be used for global data) 


N 


N 


Eire 


Eire (use for connecting stops) 


N 


N 



Table 5-1 - Allowed Values for Country 
• Administrative Areas: Administrative Areas making up the region. See AdministrativeArea 



below. 



r. 



Region 



RegionStructure 



1..CO 

A Traveline region serving a part oF the UK. 

@CreationDateTime, 

@ModificationDateTime, 

(^Modification, 

@RevisionNunnber, 

@Status. 



napt:RegionStructure 



El attributes 



"RegionCode 



RegionCodeType 



Unique identifier oF the region. 



"Name 



NaturalLanguagePlaceNameStructure 



Name oF the region. @lang. 
= 1 



"Country 



CountryEnumeration 



Country oF region. Enumerated value 
Admini^ti .rtiveAreas 



AdministrativeAreasStructure 



Areas making up the region, 

Figure 5-3 - Region Element 



5.3 AdministrativeArea Element 

An AdministrativeArea (Figure 5-44) is an area of the country within a Traveline region that 
manages the NPTG localities and NaPTAN stops for that area. 

• AdministrativeAreaCode: Unique NPTG identifier for AdministrativeArea. Note this is 
distinct from the AtcoAreaCode. 

• AtcoAreaCode: Prefix to use on all stops points and stop areas for AdministrativeArea. 

• Name: Text Name in a specified language, indicated by an xmhlang attribute. Names are 
restricted to the NaPTAN naming character set. 

• ShortName: Concise text name to use when the AdministrativeArea name is used as a 
qualifier. For example 'E Yorks might be the short name for 'East Riding of Yorkshire'. 

• NptgDistricts: A collection of NptgDistrict elements used to model UK organisational 
districts. 
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• MaximumLengthForShortNames: Some areas have a processing restriction on the name 
of stops for use in various systems. This value sets the limit for the area (Zero means same 
length as CommonName). StopPoint/Descriptor / ShortCommonName instance values 
must not exceed this length. 

• National: Whether AdministrativeArea administers stops nationally, or only for its own 
geographical area (the default). For areas that issue stop types nationally (the '9nn' admin 
areas) this should be set to true. 

• NaptanPrefixes: Collection of zero, one or several AlphaPrefix elements describing the 
'SMS' stop prefixes reserved for the area for use in NaptanCode instances. Typically these 
are chosen to have a mnemonic relationship to the area name. For example, 'sur' ='Surrey', 
'lei-'Leicester'. 

❖ Either three characters of the form 'a-z' or three digits (not beginning with 0 or 1 ) 

❖ or T : London 

• Cleardown Range: Inclusive range of Cleardown numbers reserved for the area for use in 
StopCleardownCode instances. 

❖ CleardownStart: Start number of Range. 

❖ CleardownEnd: End number of range. 

• ContactEmail: Administrative contact email for data queries. Should be a general address 
rather than an individual. 

• ContactTelephone: Administrative contact telephone for data queries. 
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A<li»imsti iflnAfH 



Admini^raiivaAreaStructure 



Administrative A restructure 



1+1 attributes 



AdministrathreAreaCode 

AdministraiivsArsaCodeType 



Unique identifier of the area. 



At-coAi eaC ode 



AtcoAreaCodeType 

ATCO code for area. 



NaturalLanguagePlaceNameStructure 



Name oFthe area. (Slang. 



NaturalLanguagePlaceNameStructure 

Short name of area, to use as qualifier. 



llptgDistricts 



Definitions oF districts. 



MaximumLengthFoi ShortMames 



; type J xsd:positivelnteger 



Length limit For StopPoint Short CommonName instances for 
area. 



xsd: boolean 



Whether area administers stops nationally, or only For its own 
area (the deFault), For areas that issue stop types nationally 
(the '9nn' admin areas) this should be set to true 



NaptanPrefbces 



; 



Eh 



AlphaPrefix 



type | NaptanAlphaPrefixType 



NaptanCode prefixes associated with area, Prefixes are used 
For allocating NaptanCode instances For stops so that the 
location can be determined From SMS requests. Each 
administrative area has its own reserved prefixes. 



Prefix associated with area. A given prefix must be unique to 
one area only, 



CleardownHange 



area. Prefixes are used For allocating. StopPoint 
CleardownCode. Each area is allocated a unique range. 
Cleardown codes are only allocated to stops that need them 
so as to conserve numbers. 



CleardownStart 



je | xsd: posit ivelnteger 



Start oFCleardownCode prefix associated with area, A given 
range must be allocated to one area only. 



CleaidovsrnEnd 



xsd:positivelnteger 



End of CleardownCode range associated with area. A given 
range must be allocated to one area only. 



CorrtflGtEmail 

EmailAddressType ; 



ail ; 

IdressType ; 



Administrative contact email for data queries. Should be a 
general address rather than an individual. 



CoirtactTelephone 



.-3 



type [TelephoneContact Structure ! 
Administrative contact phone for data queries, 



Figure 5-4 - AdministrativeArea Element 
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5.4 NPTG Locality Element 

An NptgLocality (Figure 5-55} represents a named UK settlement, that is, a village, town or city. 
Each locality has both an identifier and a definitive name that is unique and unambiguous. 

5.4.1 Identification 

• NptgLocalityCode: Unique identifier of the NptgLocality. 

• Descriptor: Text description in a specified language, indicated by an xml:lang attribute. 

• AlternativeDescriptors: One or more alternative Descriptor elements may be specified. 
The name may either be an alias, for example, 'Newcastle' for 'Newcastle-on-Tyne', or a 
translation in a specified language. For example, lang=en, name- Carnarvon', as an 
alternative name for the common name of lang=cy, name=' 'Caernarfon'. 

5.4.2 Associations 

• ParentNptgLocalityRef: An NptgLocality may reference one other NptgLocality as its 

parent. It may itself be referenced by several children. Cyclic dependencies are not allowed, 
that is a locality must not be its own ancestor, either direct or indirect. 

• AdministrativeAreaRef: NPTG AdministrativeArea responsible for managing stop. 

• NptgDistrictRef: An Nptg District Ref : with which the locality is associated. 

5.4.3 Other classifications 

• SourceLocalityType: The type of locality in the original source material used to compile the 
NPTG. The classification is an annotation that indicates the origin of the locality data; see 
Table 5-22. The source material for NPTG was taken originally from the Index of Place 



Names com 


piled by ONS (and its Scottish equivalent) 




Value 


Description 


Notes 


Add 


New entry in the National Gazetteer 




Co 


Community 


Wales only 


Lo 


Locality 


Other locality 


LOC 


Scottish Locality 


Scotland only 


Pa 


Parish 


not Wales 


PAR 


Scottish Parish 


Scotland only 


Isl 


Island 




U 


Urban Area 




US 


Urban Sub Area 




DWD 


Scottish District Ward 


Scotland only 


RED 


Scottish Registered Electoral District 


Scotland only 



Table 5-2 - Allowed Values for SourceLocalityType 



• LocalityClassification: NPTG classification of locality as a type of settlement. See Table 
5-33. Classification implies a hierarchy of containment: each classification type has a ranking 
associated with it. Lower level elements may specify same or higher level elements as their 
parents on a ParentNptgLocalityRef, but not vice versa. Thus a city may contain a suburb, 
but a suburb may not contain a city. 



Value 


Name 


Ranking 


city 


Locality is a city. 


1 


town 


Locality is a town. 


2 


suburb 


Locality is an urban sub-area. 


2 


urbanCentre 


Locality is a city centre or town centre zone of another town or city locality. 


3 


village 


Locality is a village. 


3 


hamlet 


Locality is a hamlet. 


4 


placeOflnterest 


Locality is a place of interest whose name is distinct from another locality. 


4 


other 


Locality is none of the other types. 


2 


unrecorded 


Locality type is not yet specified. 


3 



Table 5-3 - Allowed Values for LocalityClassification 
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Location: Specifies a spatial point corresponding to the centre of the locality. See Location 
element above. 

Extensions. Placeholder to allow user defined extensions. 

I NptgLocalityStructure (extension) 



M|>t«iLocality 



type | NptgLocalityStructure 

A UK town or settlement that may have public transport services and PTANs, 

(SCreationDateTime., 

(SModificationDateTime, 

(^Modification., 

(^Revision Number., 

@Status. 



[+1 attributes 



NprtgLocelityCode 



je | NptgLocalrtyCodeType 



Unique identifier oF the locality. 



Descriptor 



je | NptgLocalrtyDessr iptcrStructure 



Structured tent descriptor oF locality 
; Altemati ^Descriptors 



; NptgLoca lit yArtemativeDescriptors Structure 

Collection oF Aliases. 



ParentNptgLDcalrtyflef 



I type NptgLaGsljtyVer^ionedRef Structure 



Parent locality. ReFerence to another locality that contains the child locality completely. Must 
not be cyclic. 



AtlministrrtiueAieaRef 



AdrninistrativeAreaCocleType | 



Administrative area that manages the locality, 

j~ll|>t<pDistiktRef 1 

I type J NptgDistrictCodeType ! 
District to which locality belongs. 

' AtljaceittLocalities 



; type I NptgLocslfiyRefsStructure 



Localities which are adjacent to the locality, or which partially overlay, NB this should not be 
used For containment, Instead the ParentRef should be used For localities which completely 
contain the locality., and on child localities for localities completely contained in the locality, 



Source LocalityType 



NptgSourceLocalityTypeEnumeriatiori 



Classification oF the Locality in the original source material used to compile the gazetteer. 
Enumerated value. 



LocalrtyClassificfttion 



type NptgLocaFrtyClas si ficationE numeration ! 



Classification oF the Locality as a settlement. Enumerated value. 



LocationStructure 



Spatial coordinates oF the locality. 



. type [Extensions-AnyStructure 

Figure 5-5 - NptgLocality Element 



5.5 NPTG Locality / Descriptor Element 

A Locality Descriptor (Figure 5-66) provides a textual description of a locality. 

• LocalityName: Unique NPTG name of the locality. Should be a valid place name subject to 
the same restrictions on characters as a NaPTAN CommonName. 

• ShortName: Short name for the locality. 

• Qualify: Whether the name is qualified, and if so by what other 

o QualifierName: Whether the name is qualified, and if so by what other name. For 
example, LocalityName 'Church End' + QualifierName Flummox would result in -> 
Church End (Flummox) 
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In addition, you may give information about the qualifying scope: this should be the most 
specific context within which the name should be distinguished. 

o NptgLocalityRef: A locality nominated as the source of the QualifierName. 

o NptgDistrictRef: A district nominated as the source of the QualifierName. 

I H|rtgLocalityDescri|rtorStructure 



Descriptor 

NptgLocalityDescriptorStructure 

Structured text descriptor oF locality 



EE attributes 



NptgLocalftyDescriptorGroup 



> £b 



LocalitylJame 



NaturalLanguaqePlaceNameStructure 



Tit descriptor elemenst 



"i NPTG Locality. 



Name oF the locality. (Slang. 
ShortHame 



NaturalLanguagePlaceNameStructure 



Short name For locality to be used when qualiFying children. (Slang. 
' Qualify J 



: 



Qualifier to use when presenting name to distinguish it From other similarly named elements. 

Figure 5-6 - Locality / Descriptor Element 



5.6 



NPTG District Element 



An NptgDistrict (Figure 5-77) represents a Metropolitan or Shire District authority, that is, a city, 
borough or district council. 

• NptgDistrictCode: Unique NPTG identifier of the district. 

• Name: Text description in a specified language, indicated by a lang attribute. 

H|)tgDistrict Structure 




i— El attributes 



HptgDistrictCode 



type NptgDistrictCodeType 



_ ^ ... ^pl)- Unique identifier oF the distric 



I Lime 



NaturalLanguagePlaceNameStructure 



1 



Name oF the district, @lang, 

Figure 5-7 - NptgDistrict Element 



5.7 



PlusbusZone Element 



A PlusbusZone (Figure 5-88) represents a Plusbus fare zone. Plusbus Zone information will 
normally be added centrally and redistributed. 

• PlusbusZoneCode: Unique identifier of the zone (usually the TIPLOC of the principle station 
in the zone). 

• Name: Text description in a specified language, indicated by a lang attribute. 

• Country: The country of the PlusbusZone. See Table 5-44. 



Value 


Name 


England 


England 


Northern Ireland 


Northern Ireland 


Scotland 


Scotland 


Wales 


Wales 


UK 


UK 



Table 5-4 - Allowed Values for Plusbus zones 

• Mapping: A sequential collection of Location points describing the bounding polygon, in 
which the last point links to the first point to complete the polygon. 
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PlusbusZone 



ie | PlusbusZoneStructure 



A PlusbusZone region covering a part oFthe UK. 

@ChaationDateTime, 

(SModificationDateTimej 

^Modification, 

@RevisionNumber.. 

@Status, 



PlusliusZoneSti ueture 



l El attributes 



Plus bus ZoneC o<le 



e | PlusbusZoneCodeType 



Unique identifier oF the Plusbus Zone, 



Name 



type | NaturalLancjuacjePlaceNameStructure 



J5 



Name oF the zone (Slang. 



Country 



e | CoumtryE numeration 



Country oFzone, Enumerated value. 



Mapping ^ 


^ 


Location JJ 


type J ; 




ie | LocationStmcture | 



Collection oF points making a polygon defining zone. 

Figure 5-8 - PlusbusZone Element 
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6 NAPTAN SCHEMA, STRUCTURE AND ELEMENTS 

NaPTAN XML schema (Figure 6-11) describes bus stops and other public stop points as a model of 
XML elements, contained within a NaPTAN root element. It references entities defined in the NPTG 
schema. 



class NaPTAN Schema 



Name 
Autho 



Created: 
Updated: 



NaPTAN Scherr 



18/09/2009 14:08:03 
15/05/2013 19:01:03 



kizoom 



Crown Copyright 



NPTG Package ^ ~ 



A- 



VersionedObject 
o-o 

Administrative Area 



I I 

administered by 
administered by 



VersionedObject 
PluzBusZone 



NaPTAN Stop Model / *" 



wenumeratio... 
ModificationEnum^. 



archive 
delta 



«XML root» 
NaPTAN 



lang :lang 
CreationDateTir 



ModHicationDateTir 



Modification :ModifcationEnurr 



RevisionNumbei 



FileNai 



anvURI 



SchemaVersion :NMTOKEN 



LocationSystem :LocationSystem 
GridType :GridTypeEnum 
DataRightRef :DataRightldType 
ChangesSince idateTime [0..1] 
ncontained» 
StopPoints :Site [0.."] 
StopAreas :StopArea [0..*] 
networks :StopArea [0..*] 



«enumeration» 
LocationSystemEnun 



Grid 
WGS84 



o- 



pointsof interest 



VersionedObject 



Stop Area 



Ao..- 



VersionedObject 



stop 
points 



((enumeration)) 
GridTypeEnum 



UKOS 

IrelandOS 

ITM 



W 1 v°- 



VersionedObjec 
Nptg Locality 



V 



VersionedOi 
TarifiZone 



Ao..- 



AZ 



VersionedObject 
Site o-o 



Poin 10 1 Interest 



Figure 6-1 - UML Diagram of NaPTAN Schema 



6.1 NaPTAN Root Element 



6.1.1 NaPTAN Element Attributes 

The NaPTAN root element uses the NaPT standard schema attributes for versioning, and also has 
standard attributes to indicate the default data reference systems used (Since these are attributes 
they are not shown in the Diagram): See discussion of versioning later on in section 1 1 .2. 
• Versioning 

o CreationDateTime: Timestamp of document creation date and time. 

o ModificationDateTime: Timestamp of document last modification date, and time. 

o FileName: Name of file containing the document as created. (If the document is 

renamed this will not change), 
o Modification: Nature of change: new, revision. Normally 'revision'. Other possible 

values are delete or archive. 
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o RevisionNumber: Optional sequence number for versioning overall document 
content. 

o SchemaVersion: Schema version identifier used for the document content model, 
o ChangesSince: Only present when a delta of modifications being exchanged . Date 

after which changes are included. (+NaPT v2A).DataSource: Indication of source of 

data. (+NaPT v2.4). 

• Data Reference 

o lang: Default language of document. ISO language identifier. Default is English, 
o LocationSystem: Data system to use for location coordinate references within the 

document: WGS84 or Grid. Normally Gridis used, 
o GridType: Default grid system to assume for grid coordinate references within the 

document if not specified explicitly: UKOS, IrishOs, ITM . Default is UKOS. (+NaPT 

v2.5) 



6.1.2 



NaPTAN Child Elements 



The NaPTAN root element {Figure 6-22) comprises the following child elements: 

• StopPoints: A collection of StopPoint elements defining individual PTANS. See below. 

• StopAreas: A collection of StopArea elements to group stop points. See later. 

• Networks: A collection of Network elements to group TariffZones (+NaPT v2.5). See later 
below. 

• PointsOf Interest: A collection of PointsOflnterest (+NaPT v2.5). See later below. 



3- 



Schema for exchanging National Public Transport Access Node data, 
©xmblang 

©C reationDateTime, 

©ModificationDateTime, 

©Modification, 

©RevisionNumber, 

©Status, 

©FileName, 

©SchemaVersion, 

©LocationSystem 



| ^-attributes \ 



StopPoints Structure 



StopPoints 



iype | StopFbints Structure i , 

— H~B 



EJflflr/fiutes 



Definitions of stop points. 



StopPoint 



StopPointStructure 



} 



A NaPTAN stop definition. ©CreationDateTime, ©ModificationDateTime, 
©Modification, ©RevisionNumber, ©Status. 



StopAreas Structure 



StopAreas 



iype | StopAreas Structure 

Definitions of stop areas. 



^attributes 



L^3 



^StopArea 



StopAreaStructui 



3 



A grouping of adjacent NaPTAN stops. @C reationDateTime, 
©ModificationDateTime, ©Modification, ©RevisionNumber, ©Status. 



! NetworksStructure 



Networks 



iype | NetworksStructure ^ 
0.. 

Fares schemes referenced by stops. )+ V2.5) 



| ^-attributes \ 



NetworkStructure 



A grouping transport si 
(+NaPT V2.5) 



single brand, or fare scheme. 



Points OflnterestStructure 



PointsOflnterest 

PointsOf InterestStructure 

Definitions of Points of Interest (+v2.5) 



| ^attributes \ 



^PointOflnterest 

PoinlOf InlereslStructure 



A NaPTAN Point of Interes (+V2.5)t 

@C reationDateTime, 

©ModificationDateTime, 

©Modification, 

©RevisionNumber, 

©Status. 



Figure 6-2 - NaPTAN Root Element 
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6.2 



StopPoint Element 



A NaPTAN StopPoint {Figure 6-3) describes an access point to public transport and comprises the 
following elements. 

The identifiers of a StopPoint provide a number of alternative ways of uniquely identifying the stop in 
different contexts. The AtcoCode is the primary key: other identifiers are optional aliases. The other 
fundamental StopPoint subelements are the Descriptor, Place and StopClassification. 

• AtcoCode: Unique NaPTAN system identifier of StopPoint. Codes are unique within the 
NaPTAN database for Great Britain. AtcoCode instances normally have the form aOb, where 
'a' is the three digit AtcoAreaCode (Note that some additional values are used, for example 
'910 Network Rail'), 0 is fixed, and b is an arbitrary unique alphanumeric code of up to eight 
characters. 

• StopldentifierGroup: Groups together alternative unique identifiers of a StopPoint. See 
below. 

• SiteDescriptionGroup: Groups together elements describing the name and whereabouts of 
a StopPoint. See below. 

• StopClassification: categorizes the StopPoint. This is described separately later below. 

• StopReferencesGroup: Groups together associations of the StopPoint With other entities. 
See below. 

• StopFurtherDetailsGroup: Groups together further properties of a StopPoint. See below. 

StopPointStructure (extension) 



StopPoint 



e I StopPointStructure 



A NaPTAN stop definition. 

@C reationDateTime, 
(EpModificationDateTime, 
©Modification, 
@RevisionN umber, 
©Status. 



^-attributes 



AtcoCode 



e | AtcoCodeType 



H=B- 



Full NaPTAN stop identifier that uniquely identifies the stop 

— (stopldentif ierGrouplB 

Alternative identifers of a stop 

— (siteDescriptionGroup^Bl 

Elemenst for site description 



StopClassification 



9 StopClassificationStructure 



Classification, e.g. on-street bus stop; platform at a railway station. 



^StopReferencesGrouplB 

Elemenst for associations of the stop with other entities 



^StopFurtherDetailsGrouplB 

Elements for stop further details 



Extensions 



type ExtensionsAnyStructure 



Extensions to schema. (Wrapper tag used to avoid problems with handling 
of optional 'any' by some validators). 



Figure 6-3 - StopPoint Element 
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6.3 



Identifying the Stop - StopldentifierGroup 



The StopldentifierGroup group (Identifying the StopFigure 6-4J organises the alternative identifier 
elements that are also allowed for a StopPoint in addition to the AtcoCode. 

• NaptanCode: Unique NaPTAN public identifier of StopPoint, i.e. SMS number. 
NaptanCode instances are unique within the NaPTAN database for the UK. Prefixes of the 
NaptanCode correspond to UK administrative areas. The NaptanCode is constrained to 
certain values so as to make it easy to enter on a mobile keypad. See Populating NaPTAN 
codes for SMS earlier. 

The NaptanCode is composed of two parts: 

o A one or three character area AlphaPrefix prefix, chosen ideally to have mnemonic 
relevance to the administrative area name of the locality, and using any of the letters 
(or numbers) mapped to a given key. For example, sur for Surrey. London is treated 
as a special case and has a one character prefix of T. All other areas use a three 
character all alpha or all numeric code which cannot begin with 0 or 1 . 

o Three to five character (letters or numbers) stop reference unique within the area 
grouping, for example dagm, 7456'. The choice of letters or numbers is made by 
each administrative area - the prefix and suffix elements should be either wholly 
alpha or wholly numeric. 

• PlateCode: Unique asset code identifier of stop point. This element is to support the general 
exchange of stop data, and is not currently part of the NaPTAN 1 .1 database. 

• CleardownCode: Unique cleardown identifier of stop point. A number between 1 1 048575 
that AVL systems may use to reference the stop for direct wireless cleardown of stop based 
arrival and departure displays. Designed to be short, i.e. 20 bit to suit wireless restrictions. 
Numbers are allocated by administrative area. Numbers should only be allocated if needed 
(so as to conserve available numbers). This element is for use support the general exchange 
of stop data, and is not currently part of the NaPTAN 1 .1 database. 

• PrivateCode: Unique identifier for associating stop with other identifiers used by other 
systems. This element is to support the general exchange of stop data and is not part of the 
NaPTAN database. For example when stop definitions are exchanged in TransXChange 
between AVL systems, it may be useful to annotate them with private identifiers in order for 
the stops to be related to legacy systems. 

= NaptanCode 

type | NaptanCodeType 

Short NaPTAN code for passengers to use when uniquely identifying the 
stop by SMS and other self-serv ice channels. 



"PlateCode 



ty pe PlateGodeType j 



Plate number for stop. An arbitrary asset number that may be placed on 
stop to identify it. 



(stopldentifierGroup^ T (— — ] B 



= PrivateCode 



Alternative identifers of a stop 



type | Priva teCodeType 



A private code that uniquely identifies the stop. May be used for 
inte rope rating with other (legacy) systems. 



= CleardownCode 



type | Cleardow nCodeType 



A 20 bit number used for wireless cleardown of stop displays by some 
AVL systems. Number format defined by RTIG. 



"FormerStopPointRef 



type At coCodeType 



If stop was created to replace a previous stop, for example, because of a 
boundary change, this can be used to provide traceability back to the 
previous stop record ( +NaPTAN v2.4) 

Figure 6-4 - StopldentifierGroup Group 
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6.4 



Descriptors of a Stop - SiteDescriptionGroup 



The descriptors of a StopPoint provide structured elements for describing the name of a stop and its 
location (See Figure 6-5). 

• Descriptor: Elements concerned with the naming of the stop point. See Below 

• AlternativeDescriptor: Elements concerned with the alternative naming of the stop point. 
See Below 

• Place: Description of location and NPTG locality of stop point. See below. 



(siteDescriptionGroup) gr 



Elemenst for site description 



Descriptor 



DescriptorStructure 



Structured textual description of stop. 



Alternative Descriptors 



type AlternativeDescriptorsStructure 



m 



Alternative name for stop. Can be used to provide both aliases and 
bilingual support. 



Place 



type | RaceStructure 

Place where stop is located. 

Figure 6-5 - SiteDescriptionGroup Group 



6.4.1 Descriptor Element 



6.4.1 .1 Base Descriptors 

The Descriptor element (Figure 6-65} groups elements concerned with naming the stop point. See 
also discussion under Naming Stops earlier in this guide. 

• CommonName: Name of the stop area, with xml:lang attribute. 

• ShortCommonName: A short version of the common name, compacted to fit within the 
specified length limit for the stop's administrative area, as specified by the 
AdministrativeArea / MaximumLengthForShortNames. A ShortCommonName only 
needs to be specified if it is different from the CommonName. 

• Landmark: Text describing any adjacent landmark that can be used to distinguish stop. The 
landmark may be a building or destination, or a crossing name or street name (in which case 
it should also be specified under Street, or may be specified under Crossing). 

• Street: Name of street where the stop point of Place is. This must still be given even if the 
stop is named after the street. 

• Crossing: The nearest street crossing to the stop. Desirable to give if known. If the crossing 
is also the landmark, or may be omitted 

• Indicator: Indicative description of the relative position of the stop, See examples for 
guidance on choice of descriptive phrases for indicator and landmark. 
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Alter nativeDescriptorStructure (extension) 



Descriptor 



AlternativeDescriptorStructure 



Alternative Structured text description of stop. 



— (DescriptorGroup^ )5| 



^attributes 



Elements for a sStructured text description of stop 



^3 



.Extensions 



type ExtensionsAny S tructure 



CommonName ^ 

NaturalLanguageRaceNameStructure 



rthe stop in a specified language. (Slang. 



ShortCommonName 



NaturalLanguageRaceNameStructure 



Alternative short name for stop. Length limit is set by administrative area. 
Standard abbreviations should be used to condense name elements. If 
omitted, defaults to CommonName, truncated if necessary. @lang. 



Landmark 



NaturalLanguagePlaceNameStructure 



Description of the nearest landmark to the stop, for example 'Tow n Hall'. 
0 r nearest street crossing that can be used to distinguish stop from other 
stops in the street, i.e. Landmark may be a crossing. @lang. 



= Street JL 

type | Natural LanguageRaceName Structure 



Street of stop. May be road name eg B2710. @lang 



Crossing 



a 



type I NaturalLanguagePlaceNameStructure 

1 

Where there is a street that intersects the Street, as well as a Landmark, 
the name of the crossing street may be included separately here. @lang 



Indicator 



NaturalLanguageRaceNameStructure 



a 



Indicative description of the relative position of the stop, for example, 
"100 yards from Town Hall". Bay Stand or Stance number should be 
placed here, (gtlang. 



Extensions to schema. (Wrapper tag used to avoid problems with handling 
of optional 'any' by some validators). 



Figure 6-6 - Descriptor Element 



6.4.2 Additional Descriptors 

• AlternativeDescriptors: One or more alternative names can be specified for the stop; each 
as a subsidiary Descriptor element with modification attributes, and a set of base descriptor 
contents. 

6.4.3 Place Element 

A Place element (Figure 6-76) describes where a StopPoint is, and also associates it with an 
NptgLocality. 

• NptgLocality: Each Place must specify the primary NPTG locality that the stop point is sited 
within, using an NptgLocalityRef (I.e. the NptgLocalityCode). The locality should be the 
most specific available, for example, use the suburb rather than the city. 

• AlternativeNptgLocalities: In addition, other localities may be associated with the Place as 
a collection of NptgLocalityRef instances. The StopArea is considered to be associated 
with all the NPTG localities (and alternative localities) of its member stops. 

• MainNptgLocalities: In addition, the stop may be designated as a main stop for one or more 
localities. 

• Suburb: Name of suburb where the Place is. 

• Town: Name of town where stop point is. 

• Country: Name of country where stop point is. (+NaPT v2.5). See Table 5-1 1 for allowed 
values. 

• LocalityCentre: Whether the stop point of the Place is at the centre of a town or not. A value 
of 'true' indicates that the stop is one of the central stops in the NptgLocality, and that a 
journey enquiry to the locality could sensibly start or end at this stop. More than one stop 
point can be designated as a locality centre for a given NptgLocality. 

• Location: Spatial coordinates of the Place. 
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o Note that for Hail & Ride stops, the location will be the OS Grid Easting and Northing 
of the central anchor point of a Hail-and-Ride section. 



(piaceStructure 



Type for place elements of a a NaPTAN stop definition. 



NptgLocalityRef 



Nptg Loc ality CodeTy pe 



NPTG locality within which stop lies. 



Locality Name 



:ype | NaturalLanguagePaceNameStructure 

Name of the locality. @lang. This is a derived value obtained from the 
N0T6 Locality database. It is included in the StopPoint definition as an 
informative label for presenting the data. It should not be stored as stop 
data but rather should be fetched from the NPTG database using the 
N ptgLocality Ref 



NptgLocalityRef s Structure 



_| AHernativeNptgLocalit ies ^ 

NptgLocalityRefsStructure 

Additional NPTG localities within which stop lies. 



Attributes 



NptgLocalityRef 



Nptg LocalityVersioned Ref Structure 



Reference to the identifier of a stop locality . 



NptgLocalityRefsStructure 



MainNptgLocalities 



NptgLocalityRefsStructure 

NPTG Localities for which the stop is a main interchange point, that i; 
one of the main PTANs for accessing the network. 



^-attributes 



NptgLocalityRef 



NptgLocalityVersioned Ref Structure 



Reference to the identifier of a stop locality . 



| type [ NaturalLanguageRaceNameStructure 

Suburb within which stop lies. @lang. 



| lypej NaturalLanguageRaceNameStructure 

Town within which stop lies. @lang. 



m 



Country 



| type | Country Enumeration 

Country in which stop is liocated. Can also be derived via locality ref. 

= LocalityCentre I 

xsd:boolean 

Whether the locality is a centre or not. 



Location 

LocationStructure 



Spatial coordinates of stop. 



Figure 6-7 - Place Element 



6.5 Associations of a Stop - StopReferencesGroup 

The associations of a StopPoint allow it to be linked to other types of NPTG and NaPTAN entities 
(See Figure 6-8). The associated entity (e.g. StopArea, AdministrativeArea, PlusbusZone, 
TariffZone) should be active and valid at the time the association is created. If the associated entity 
is subsequently made inactive, the association (if not explicitly removed as well) is also considered to 
be inactive and may be ignored. 

• StopAreas: A collection of StopAreaRef instances identifying any StopArea elements with 
which the StopPoint is associated. The StopArea may be in a different administrative area 
to that of the StopPoint itself. 

o Note that this association can also be used to derive the locality of the StopArea. 
The StopArea is considered to be associated with all the NPTG localities (and 
alternative localities) of its member StopPoint instances. Different stop points in a 
given stop area may belong to different NPTG localities. Normally the stop points of 
a StopArea will belong to the same or descendent NPTG localities, but it is possible 
that the stops may be in different NPTG localities that are either adjacent or 
descendent to each other. 
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AdministrativeAreaRef: NPTG AdministrativeArea responsible for managing data about 
the stop. 

PlusbusZones: A collection of PlusbusZoneRef instances identifying any PlusbusZone 
elements with which the StopPoint is associated. 

TariffZones: A collection of TariffZoneRef instances identifying any TariffZone elements 
with which the StopPoint is associated., i.e. fare zones to which it belongs (+NaPT v2.5). 



(stopReferencesGrouplg - 



StopAreas 



typelStopA reaRef s Structure 



The StopA reas to w hich the stop belongs. 



'AdministrativeAreaRef 



e | AdministrativeAreaRef Structure 



NPTG administrative area that manages stop data. 



Elemenst for associations of the stop with other entities 



PlusbusZones 



type | PlusbusZoneRef sStructure 

PlusbusZones that stop belongs to 



TariffZones 



type 



TariffZoneRef sStructure 



■ 



TARIFF ZONEs to whcih stop belongs, + NaPTV 2.5 

Figure 6-8 - StopReferencesGroup Group 



6.6 



Other Information - StopFurtherDetailsGroup 



Other properties of a StopPoint describe it further (See Figure 6-9). 

• Notes: Any notes about the PTAN. Notes should be used in particular to describe why a stop 
has been designated as deleted. 

• Public: Whether stop is for use by general public. Default is true (+NaPT v2.4). 

• The StopAvailability element defines when the stop is available for use. See below. 

• The StopAccessibility element specifies the accessibility assessment of the stop i for use. 
In journey planners. See below. 



(stopFurtherDetailsGroupj g" (— »— ) Ej 

Elements for stop further details 



'Notes 



NaturalLanguageStringStructure 



■ 



Notes about a stop. @lang 



"Public | 

type | xsd:boolean 

Whether stop is for use by the general public. Default is true. ( 
v2.4) 



NaPTAN 



StopAvailability 



m 



type | St opAvail abilityStructur e 

Availability of stop for use. Note that the Status attribute on StopPoint 
should correspond with the StopValidity in effect at the 
ModificationDateTime. If no explicit stop validity is present, stop is 
assumed to have validity as indicated by Status attribute indefinitely. 



StopAccessibility 



4 



tyr^StopAccessibilityStructure 

Accessibility assesment oif stop. [+ NaPT V2.5] 

Figure 6-9 - StopFurtherDetailsGroup Group 
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6.7 StopClassification Element 

A StopClassification element (Figure 6-107) describes the type of stop point, and any additional 

details associated with the specific stop type 

• StopType: Type of stop: one of a limited number of values that summarises the stop type. 
See Table 6-11. Each StopType corresponds to a particular combination of 
StopClassification subelements (and as such is informationally redundant, but is retained 
for compatibility with NaPTAN 1.1). For example, BCT is the same as OnStreet / Bus stop 
classification. Most stop types are issued by individual Administrative areas. Some types, 
shown with the relevant numeric prefix of the National Area in the Nat column, are issued 
centrally by administrative areas that have a National scope. 



Value 


Long Value 


Description 


Nat 




Mode 


Type 


BCT 


busCoach TrolleyStopOnStreet 


On-street Bus / Coach / 




On 


BusCoach 


MarkedPoint 






Trolley Stop. 


— 


street 




UnmarkedPoint 




(busCoachTramStopOnStreet is 




— 






HailAndRide 




supported as a deprecated value) 










FlexibleZone 


TXR 


taxiRank 


Taxi Rank (head of). 


— 




Taxi 


TaxiRank 


STR 


sharedTaxiRank 


Shared Taxi Rank 
(head of). 


* 






Shared 
TaxiRank 


SDA 


carSetDownPickUpArea 


Set down area 






Car 


Platform 


AIR 


airportEntrance 


Airport Entrance. 




Off 


Air 


Entrance 


GAT 


airAccessArea 


Airport Interchange 
Area. 


920 


street 




AccessArea 


FTD 


ferryTerminalDockEntrance 


Ferry Terminal / Dock 
Entrance. 






Ferry / 
Ship 


Entrance 


FER 


ferryOrPortAccess 


Ferry or Port 
Interchange Area 


930 






AccessArea 


FBT 


ferryOrPortBerth 


Ferry or Port Berth 


930 






Berth 


RSE 


railStationEntrance 


Rail Station Entrance. 






Rail 


Entrance 


RLY 


railAccess 


Railway Interchange 
Area. 


910 






AccessArea 


RPL 


railPlatform 


Railway Platform . 


910 






Platform 


TMU 


tramMetroUndergroundEntrance 


Tram / Metro / 
Underground Entrance. 






Tram / 
Metro 


Entrance 


MET 


tramMetroUndergroundAccess 


Underground or Metro 
Interchange Area 


940 






AccessArea 


PLT 


tramMetroUndergroundPlatform 


Underground or Metro 
platform 


940 






Platform 


LCE 


HftOrCableCarStationEntrance 


Lift / Cable Car 
Entrance. 






Telecabine 


Entrance 


LCB 


HftOrCableCarAccessArea 


Lift / Cable Car Area 








AccessArea 


LPL 


carSetDownPickUpArea 


Lift / Cable Car platform 








Platform 


BCE 


busCoachStationEntrance 


Bus / Coach Station 
Entrance. 






BusCoach 


Entrance 


BST 


busCoachAccess 


Bus Coach Station 
Access Area. 


900 






AccessArea 


BCS 


busCoach TrolleyStationBay 

(busCoachTramStationBay is 
supported as a deprecated value,) 


Bus / Coach bay / stand 
/ stance within Bus / 
Coach Stations. 








Bay 


BCQ 


busCoach TrolleyStation- 
VariableBay 

(busCoach TramStation Variable- 
Bay is supported as a deprecated 
value) 


Bus Coach Station 
Variable Bay. 








VariableBay 



Table 6-1 - Allowed Values for StopType 



• OnStreet: Grouping of on-street stop types. Divided into two groups. See below. 

o Bus: On-street bus & coach and trolley stops, 
o Taxi: Taxi ranks. 

o Car. Set Down and Pick up point (+NaPT v2.4) 

• OffStreet: Grouping of off-street stop types. 

o Air: Airport terminal PTANs. 



NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 105 of 237 



Department for Transport 

NPTG and NaPTAN Schema Guide 



Part II 



Schemas 



o BusAndCoach: Bus & Coach Station PTANs. 

o Ferry: Ferry or Dock PTANs. 

o Metro: Metro, Underground or Tram Station Stops, 

o Rail: Rail Station PTANs. 

o Telecabine: Lift and Cable car PTANs (+NaPT v2.4) 



Stop Classification 



StopO'- : slficMonStructure 



Classification, e.g. on-street bus stopj platform at a 
railway station. 



StopClassificationStructure 



Sto|>Ty|>e 

StopTypeEnumeration 



types. Enumerated value. 



as one of the NaPTAN stop 




On street access point 



Car pick up or set down area 



type | 



Station, interchange or other off-street access point, 



" $ 




type | AirStopClassificationStructure | 




An airport PTAN. 




Ferry 




type | FerryStopClassificationStructure 




A ferry terminal or dock PTAN. 




M X 




type | RailStopClassificationStructure 




A railway station PTAN. 




Metro 




MetroStopClassificationStructure 




A metro, tram or underground station PTAN. 




BusAndCoach 


m 


BusAndCoachStopClassification... 


A coach station PTAN, 


Telecabine 


m 


type | LiftCableCarStopClassificationStr... 


A coach station PTAN. 



Figure 6-10 - StopClassification Element 



StopClassification / On-Street Elements 



6.7.1 StopPoint / StopClassification / On-Street Bus Element 

The Bus element (Figure 6-118) describes information about a stop point that is specific only to on- 
street bus coach or trolley stops (i.e. 'BCT stops), and comprises: 

• BusStopType: Classification of stop. See Table 6-22. Values must correspond to the 



BusStop Classification Group choice. 



Value 




Description 




Bus PTAN subtype 


MKD 


marked 


Marked (pole, shelter etc) 


Point 


MarkedPoint 


CUS 


custom 


Custom (unmarked, or only marked on road) 


Point 


UnmarkedPoin t 


HAR 


hailAndRide 


Hail & Ride - requires Hail & Ride sub-record 


Line 


HailAndRideSection 


FLX 


flexible 


Flexible zone - Flexible Zone sub-record 


Polygon 


FlexibleZone 



Table 6-2 - Allowed Values for BusStopType 

• TimingStatus: Expected status of the bus stop in bus service registrations. See Table 6-33. 
Normally each journey pattern or vehicle journey of a TransXChange bus schedule will 
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specify the specific timing status for the stop usage by an actual service that visits the stop. 
This is a defa ult value that can be used to assist with the population of m ultiple services. 



Value 


Description 


PTP 


Principal and time info point. 


TIP 


Time Info Point. 


PPT 


Principal Point. 


OTH 


Other Bus Stop. 



Table 6-3 - Allowed Values for TimingStatus 

• BusStopClassificationGroup: The stop must be one of the following subtypes: 
o MarkedPoint: Stop is a marked point, 
o UnmarkedPoint: Stop is unmarked, 
o HailAndRideSection: Stop is a Hail & Ride stop. See below, 
o FlexibleZone: Stop is a flexible service zone. 
AnnotatedCoachRef: Associates NaPTAN stop point with one or more a coach references. See 

6.8.5: 
below 

I BusStapClassificationStructure 



BusStopClassificationStructure 

A bus, coach or tram stop, 



"BuaStopType 



BusStopTypeEnumeration 



Legacy classification of bus stop sub type. Enumerated value. 



Tin lint (Status 



le | TimingStatusEnumeratiQin 



Status oFthe registration oFthe bus stop as a timing point, Enumerated value, 



{ BusStopClassificsftionGroupj El — [^j^. El- 
Type of Bus stop. 



MarkedPoint 



MarkedPoint Structure 



[BCT - MKD] Marked stop - foreiample a pole or a shelter. Point footprint. 



UnmarkedPoint 



Unm ark edPoint Structure 



r only marked on the road), Point Footprint, 



HailAndRi-rJeSettion 



HailAndRideSectionStructure 



[BCT - HAR] Hai 



i of route, with a linear footprint. 



FlexibleZone 



je | FlexibleZoneStructure 



[BCT - FLX] Flexible sonej with an area Footprint, 



; AnnotatedCoachRef ( 

ilypejAnnotatedCoachRef Structure I; 

0 ..co 

Collation with other reference systems. 



Figure 6-11 - OnStreet / Bus Element 



6.7.1 .1 On-Street Bus MarkedPoint Element 

The MarkedPoint element (Figure 6-129) describes the properties of a marked on-street bus, coach 
or trolley stop. (Stop type 'BCT-MKD)). 

• DefaultWaitTime: Default time to wait at the bus stop - See Duration common type. 
Normally each journey pattern or vehicle journey of a TransXChange bus schedule will 
specify the specific wait time for an actual service that visits the stop. This is a default value 
that can be used to assist with the population of multiple services. 

• Bearing: Direction in which a vehicle is pointing when stopped at the stopping point on the 
road. See Bearing element type in Common Schema Elements. 
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fvlaikedPoiiitStuicture 



MarkedPoint 



MarkedPointStructure 

[BCT - MKD] Marked stop - For example a pole or a shelter. Point footprint. 



EE attributes 



; DefaultWiiitTime ! 

ItypejDurationType ; 
DeFault time to wait at the bus stop as a Duration. 



BearingStructure 



1 



Direction along street in which vehicle is pointing when stopped -at stopping point, 



Figure 6-12 - OnStreet / Bus / MarkedPoint Element 

6.7.1 .2 On-Street Bus MarkedPoint Element 

The UnmarkedPoint element (Figure 6-129) describes the properties of an unmarked on-street bus, 
coach or trolley stop. (Stop type 'BCT-CUS) . 

• Bearing: Direction in which a vehicle is pointing when stopped at the stopping point on the 

road. See Bearing element type in Common Schema Elements. 

i I 

, UnmarkeclPointStructure ' 



Unm.ukedPoint 



ie | UnmarkedPoimtStructure 



El attributes 



[BCT - CUS] Unmarked stop (or only marked on the road), Point Footprint. 



Bearing 



■e | BearingStructure 



J5 



Direction along street in which vehicle is pointing when stopped at stopping point, 



Figure 6-13 - OnStreet / Bus / UnmarkedPoint Element 

6.7.1 .3 On-Street Bus HailAndRideSection Element 

The HailAndRide element (Figure 6-1411) describes the properties of a Hail-and-Ride stop section. 
(Stop type 'BCT-HAR). 



StartPoint: Location on-street at which section starts. 
EndPoint: Location on-street at which section ends. 

Bearing: Direction in which a vehicle is pointing when stopped at the anchor point of the 
section. See Bearing element type in Common Schema Elements. 

HailAnriPJcleSectionStructure 



HailAndRideSection 



type 



HailAndRideSectionStructure 



[BCT - HAR] Hail and ride section oF route, with a linear Footprint. 



r— El sttrifotites 



StaitPoint 



type 



LocationStructure 



1 



Point at which service starts, 



EndPoint 



type LocationStructure 



1 



Point at which service ends. 



Bearing 



El 



Itype [BearingStructure ~\ 

Figure 6-14 - OnStreet / Bus / HailAndRideSection Element 

6.7.1 .4 On-Street Bus FlexibleZone Element 

The FlexibleZone element (Figure 6-1512) describes the properties of a flexible service stop zone. 
(Stop type •BCT-FLX')). 
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Location: One or more location elements listed sequentially, describing the polygon 
bounding the flexible zone. 



FlexifoleZoneSti ucture 



FlexihleZone 



FlexibleZoneStructure 



1 



[±1 attributes 



[BCT - FLX] Fleiible zone, with an area footprint. 



Location 



type | LocationStructure 



3. .co 

Polygon oF three or more points describing the spatial boundary oF the zone. (^Precision @id 

Figure 6-15 - OnStreet / Bus / FlexibleZone Element 



6.7.2 



On-Street Taxi Element 



The Taxi element (Figure 6-1613) describes the taxi service 'stops', i.e. ranks. 

• TaxiRank: Stop is the head point of a Taxi Rank for normal taxis. (Stop type 'TXR). 

• SharedTaxiRank: Stop is the head point of a Taxi Rank where shared taxis can be found. 
(Stop type 'STR). 



Taxi 



type 



A taxi rank, 



TaxiRank 



type | EmptyType 
[TXR] The head oF a taxi rank. 



Shai edTaxiRank 



type EmptyType 



[STR] The head oF a shared taii rank. 

Figure 6-16 - OnStreet / Taxi Element 



6.7.3 On-Street Car Element (+NaPT v2.4 

The Car element (Figure 6-1613) describes the designated points for car passengers to access an 
interchange. (+NaPT v2.4). 

• PickUpandSetDownArea: Stop is the pick-jjp_ point for cars (Stop type 'SDA).^ 

I CarSto|)ClassificationStructure 



Car 



type CarStopClassificationStructure 



SetDownPickUpAi ea 



type EmptyType 



Car pick up or set down area 



(]SDA[) Pick up or set down area 



Figure 6-17 - OnStreet / Taxi Element 
6.8 StopClassification / Off-Street Elements 



6.8.1 Off-Street Air Element 

The Air element (Figure 6-1815) categorises an airport stop . The stop points may be one of two 
types. 

• Entrance: PTAN is an entrance - typically the check-in or departure area to the terminal. 
(Stop type 'AIR). 

• AccessArea: PTAN is an airside interchange area. (Stop type 'GAT). 
The stop may also be associated with other elements: 

• Annotated AirRef: Translates NaPTAN stop point into an airport reference. 

o lataRef: IATA code for the airport. 
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o Name: Short name of the airport location. 

o Location: Optional Location of the airport if different from the NaPTAN value. 



r 



Ai rStopC las s if ication Stru ct u re 



AirStcpClasBificationStructu 

An airport PTAN, 



' Entrance 



■:. i | EmptyType 



"AccessArea 



=: i | EmptyType 



AnrotatedAirRefStructure 



Annotate dAirRef 



AnnotatedAirRefStructure 



■] 13 attributes 



lataCcde ype 



ional Ai r 1 ranspol Association cooe fo r the airpot. 



Name 



NaturaLanguageStringStructure 



i Location 



-4 



! type Location Stru ctu re 

"HWHIHIHIHItlflM 

Location if cTfferent from tnat specified for point. 



-A 



Itype | Location Stru ctu re ■ 
Location if different from that specified f« point. 

Figure 6-18 - OffStreet / Air Element 



6.8.2 Off-Street Ferry Element 

The Ferry element (Figure 6-1916) categorises a ferry port or dock stop point. The stop points may 
be one of three types. 

• Entrance: PTAN is an entrance - typically the entrance to the harbour area. (Stop type 
FTD). 

• AccessArea: PTAN is an interchange area within the harbour - typically the main area of 
ship berths. (Stop type TER). 

• Berth: PTAN is a berth within the harbour from which a boat is boarded. (Stop type 'FBT). 
The stop may also be associated with other elements: 

• AnnotatedFerryRef: Translates NaPTAN stop point into a ferry port reference: 

o FerryRef: Reference to the National Ferry/Port code of the ferry harbour or port. 

o Name: Short name of the ferry harbour or port. 

o Location: Optional Location of the ferry harbour or port. 
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FerryStopClassiflcationStructure 



Ferry 

FerryStopC!a-:giiic^tiQnStructure 

A ferry terminal or dock PTAN. 



pe |EmptyType 



[FTD] Ferry terminal or dock entrance. 



pe |EmptyType 



[FER] Ferry or port interchange area. 



pe |EmptyType 



[FBT] Ferry berth. 



■ AnnotatetlFerryRef ^ 

j v. AnnotatedFerryRefStructure i 
Collation with other industry reference systems 



AnnotatedFerryRefStructure 



S attributes 



FerryRef 



pe | NationalFerryPortCQdeType 



National Ferry code for ferry port. 



■ NaturalLanguageStringStructure 

Name of port, (Slang, 



; Location J 

ItypejLocatioriStructure ; 
Location if different from that specified for point. 



Figure 6-19 - OffStreet / Ferry Element 



6.8.3 Off-Street Rail Element 

The Rail element (Figure 6-2017} categorises a railway stop. The stop points may be one of three 
types. 

• Entrance: PTAN is an entrance - typically the entrance to the station. (Stop type 'RSE). 

• AccessArea: PTAN is an interchange area within the station - typically the main area of 
platforms. (Stop type l RLY). 

• Platform: A specific platform within the station. (Stop type 'RPL). 
The stop may also be associated with other elements: 

• Annotated Rail Ref: Translates a NaPTAN stop point into the location coding system used by 
rail systems. May be more than one per NaPTAN point. 

o TiplocRef: Reference to the National Timing Point Location (TIPLOC) code of the 
station or rail-related location (locations other than stations may also have 
TIPLOCS). Alphanumeric code. 

o CrsRef: Reference to the National Computer Reservation System (CRS) code of the 
station. CRS codes are short three or four letter mnemonic codes for each station. 

o StationName: Text name of the station. 

o Location: Optional Location of the station. 
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A railway station PTAN. 



RailStcpClassificatioiiStructure 



pe | EmptyType 



AccessArea 



pe | EmptyType 



[RLY] Railway interchange area away From entrance. 



pe | EmptyType 



[RPL] Specific platFom 



AnnotateriRailRefStructure 



Annotate<IR;iilRef 



I type I AnnotaSedRailKetStructure !■ 



Collation with other industry reference systems. 



TiplocRef 

TiplocCodeType 



Timing Point LOcation Code . Character code 4-6 alphanumeric characters e.g. CHST, 
KNGH, KNGHBAL. Non-rail locations may also have TIPLOCs. 

;~CrsRef ; 

; CrsCodeType ; 
Three letter Computer Reservation System code identifying a station, e.g. KGH. 




LocationStructure 



Location iF diFFerent From that specified For point. 



Figure 6-20 - RailExchange Element 



6.8.4 Off-Street Metro Element 

The Metro element (Figure 6-2118) categorises a metro, light rail, or underground stop. The stop 
points may be one of three types. 

• Entrance: PTAN is an entrance - typically the entrance to the station. (Stop type 'TMU). 

• AccessArea: PTAN is an interchange area within the building - typically the main area of 
platforms. (Stop type 'MET). 

• Platform: A specific platform within the station. (Stop type 'PLT). 
The stop may also be associated with other elements: 

• AnnotatedMetroRef: Translates NaPTAN stop point into a metro station reference: 

o MetroRef: Reference to the National Metro/ code of the station location. 

o Name: Short name of the metro station. 

o Location: Optional Location of the metro station. 
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Meti o 



MetroStopClassificationStructure 



A metro, tram or underground station PTAN. 



Metro StopClassificat ion Structure 



Entrance 



]e | EmptyType 



[TMU] Metro, tram or underground entrance, 



EmptyType 



[MET] Metro, tram or underground interchange area. 



Platform 



EmptyType 



[PLT] Metro, tram or underground platform, 

AnnotatedMetroRef Structure 



Annotate* I Meti oRef 



j type J Annotate dMetroRef Structure 7 

Collation with other industry reference systems 




■ tyP e J Local ionStru dure 
Location iF different From that specified for point, 



Figure 6-21 - OffStreet / Metro Element 



6.8.5 Off-Street BusAndCoach Element 

A BusAndCoach element (Figure 6-2219) categorises a bus or coach stop. The stop points may be 
one of four types. 

• Entrance: PTAN is an entrance - typically the entrance to the station. (Stop type 'BCE). 

• AccessArea: PTAN is an unspecified bay in the general interchange area. The default 
TimingStatus of the stop may be specified. See Table 6-33. Services may use variable stop 
allocations to allocate. (Stop type 'BST). 

• Bay: PTAN is a specific bay (Stop type 'BCS). 

o The default TimingStatus of the stop may be specified. See Table 6-33. 

• VariableBay. PTAN is a variable bay. (Stop type 'BCQ). A variable bay indicates that the 
bus may be assigned to a different bay at run time. 

o The default TimingStatus of the stop may be specified. See Table 6-33. 
The stop may also be associated with other elements: 

• AnnotatedCoachRef: Translates NaPTAN stop point into a coach station reference: 

o OperatorRef: Reference to the operator code of the coach operator. 

o CoachRef: Unique identifier for the coach Stop Point used by a coach company. 

(Normally from the Nationally unique range including for example stop codes used by 

the National Express Group). . 
o Name: Short name of the coach location, 
o LongName: Long name of the coach location, 
o Location: Optional Location of the coach location. 
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I BusAnclCoachStopClassificationStructure 



BusAnclCoach 

BusAndCoschg.opCi.a-s:iitli;>itiQnStructure 

A coach station PTAN. 



pe | EmptyType 
[BCE] Bus or Coach station entrance. 



Access Area 



| EmptyType 



oach station non-specific access area. 





[BCS - MKD] Bay, stand or stance within a bus or coach 
station. 



TimingSt situs 



Status oF the registration of the bus stop as a timing point . 
Enumerated ¥alue. Default is PTP. 



VariahleBay , 



type I 



TimingStstLiB 



type I TimingStatusEnumeration ; 



[BCQ - MKD] Unassigned stop within a Bus or Coach station. 
A specific bay will be assigned by the service. Used for 

iable stop allocations. Location should be the same as any 
B5T. 




Status of the registration of the bus stop as a timing point. 
Enumerated value. Default is PTP. 



AnnotttetlCoachRefStructure 



! QperatnrRef 



MaiionalOperatorCodeType 



NatiorialCdsciiCocjeT-ypg 



Nationally unique identifier for coach Stop Point used by a 
the National Express Group). 



IMaiuialLariciuageStringStrudure 



LongName 



MaturalLanguageStringStructun 



; Location 



; LocationStructure 



i that specified for point. 



Figure 6-22 - OffStreet / Coach Element 



6.8.6 Off-Street Telecabine (Lift & Cable Car) Element (+NaPT v2.4) 

The Telecabine element {Figure 6-21 18) categorises a lift or cable car stop. The stop points may be 
one of three types. (+NaPT v2.4). 

• Entrance: PTAN is an entrance - typically the entrance to the lift station. (Stop type 'LCE). 

• AccessArea: PTAN is an interchange area within the lift station - typically the main area of 
platforms. (Stop type 'LCB). 

• Platform: A specific platform within the lift station. (Stop type 'LPL). 
The stop may also be associated with other elements: 

• AnnotatedCablewayRef: Translates NaPTAN stop point into a lift station reference: (+NaPT 
v2.5). 

o CablewayRef : Unique identifier for the lift Stop Point used by a cableway operator, 
o Name Short name of the lift station location. 

• Location: Optional Location of the lift station location 
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i: E a;. StcpClassificationStructu 

A lift station FTAN (+NapTAN V2.4). 



Cab I eway Stop C I as s if i cati on Stru ctu re 





~ Entran ce 






tf-pe | Empty - ype 




[LCE] Lift or CableiAayerrtrarice. (+NaPTAN v2.4). 




"AccessArea 






typ e | EmptyType 




[LCE] Lift or Cables 


ayaea. {-t-MapTAN v2.4). 




Platform 






typ e | EmptyType 





[LPt] Lift or Cableway rpbtfcnv,. (+NaPTAN v2A). 

I An n o-tate d Cabl e way Ref Str j ctu re 



Ann otate d Cabl eway Ref 



type I An n ctated C a blew ay Ref Stru ctu re 



Collation with other reference syslerriS. (+ NaPTAN 2.5) 



\ El attributes 



' CablewayRef 



z<r | Cablewa/Ccds ype 



' Name 



NaturalLanguageStringStructure 



Name of Venue @l; 
! Location 

I type | LacationStructure " 

Location if different from that specified for point. 



Figure 6-23 - OffStreet / Telecabine Element 



6.9 StopAvailability Element 

The StopAvailability element ( Figure 6-2421) specifies when the stop is available for use. It 
comprises one or more StopValidity instances, ordered in order of their start dates. 

Each Stop Validity instance comprises: 

• A DateRange: Period for which status applies 

o StartDate: Date from which the specified stop validity status applies 
o EndDate: Date at which status ceases to apply. If omitted, state continues 
indefinitely or until the StartDate of the next Validity. 
A status: one of the following: 

• Active: Stop is active at its current location. 

• Suspended: Stop is suspended from use. 

• Transferred: Stop is suspended from use and activity transferred to the stop indicated by the 
StopPointRef. The referenced stop should be different to the current stop. 

• Note: Any explanation accompanying the validity period. 

Note that the Status attribute on StopPoint should correspond with any stop validity in effect at the 
time of export. If no explicit stop validity is present, the stop is assumed to have an implicit validity in 
effect indefinitely, as indicated by the stop's Status attribute: if the StopPoint / Status is 'active', the 
validity status will be Active, if the StopPoint / Status is 'Inactive' it will be Suspended. 

From v2.4 the interpretation of StopAvailability is revised to ensure that a stop which may be currently 
suspended or transferred remains available to be used as a substantive stop point in the registration 
of a bus service. So StopAvailability is now associated with an ACTive stop - and it is an ACTive 
stop, therefore, that can be suspended or transferred (but remains ACTive in each case). 
StopAvailability has no effect on a stop which is already marked as DELeted. 
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StopAviiilability ^ 

StopAvailatiilityStructure 



Avail-ability of stop for use. Note thai the Status attribute on 
StopPoint should correspond with the StopValidity in effect at 
the ModificationDataTime. If no explicit stop validity is 
present, stop is assumed to have validity as indicated by 
Statu; attribute indefinitely. 



StopAvailabilityStructure 

- | B attributes | 



StopUalidity 

Stop V alidityStructure 



Description of periods for . 

should be listed in historical order oF Date Range Start dai 



StopValiclityStructure 

- | B attributes | 



HaifOpsnDaieRangeStruckite 



Validity period For which Active/ Suspended or Transferred 
status applies. Each StartDate closes any previous open 
ended date range of a previous validity element. 




'^1 eS 

NaturalLanguagsSti ingStructure ; 

Note explaining any reason for activation, transfer 
suspension. @lang, 



Figure 6-24 - Stop Availability Element 



6.10 StopAccessibility Element (V2.5) 

The StopAccessibility element (Figure 6-25) specifies the accessibility of the stop for mobility 
impaired users. It comprises an overall assessment and a number of criteria.: 

• A MobilitylmpairedAccess: Overall assessment of the stop for accessibility. This can be 

used for example to indicate accessible and inaccessible stops on maps and in journey 
planners. See Limitation Status (Table 6-4) for allowed values. For a topological^ simple 
stop such as an on-street bus stop, this will typically be the same as the 
WheelchairAccess status. For complex stops such as metro and rail stations it requires 
an overall judgement based on the accessibility of individual platforms. For example a 
station which requires the use of a flight of steps to reach the main platform would be 
considered inaccessible. 

• Site Accessibility Group: General accessibility properties of a location. See below. 

• StopAccessibilityGroup: Specific accessibility properties of a stop. See below. 



StopAccessibilityStructure 



StopAccessibility 



StopAccessibilityStructure 

Accessibility description of stop. [+ NaPT V2.5] 



MobilitylmpairedAccess 



e | LimitationStatusEnumeration 



Summary indication as to whether the stop itself is considered to be 
accessible or not. 



(SiteAccessibiityGroupl+j 

Elements Relatig to assistance 

(— ~-] B (stopAccessibiityGroup) g 

Elements Relatig to assistance 



Figure 6-25 - StopAccessibility Element 
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6.10.1 SiteAccessibility Group (V2.5) 

The SiteAccessibilityGroup element (Figure 6-26) groups elements specifying the general 
accessibility of the site for mobility impaired users. It comprises: 

Specific assessments: 

• WheelchairAccess: Whether stop is accessible to wheelchair users. See Limitation Status 
(Table 6-4) for allowed values. Normally if there is Step free access there will be wheelchair 
access. However wheelchair access may additional require assistance, use of a boarding 
ramp etc. 

• StepFreeAccess: Whether stop is accessible without the use of steps. See Limitation Status 
(Table 6-4) for allowed values. 

• EscalatorFreeAccess: Whether stop is accessible without the use of escalator. See 
Limitation Status (Table 6-4) for allowed values. 

• LiftFree Access: Whether stop is accessible without the use of lifts. See Limitation Status 
(Table 6-4) for allowed values. Lift free access may be of concern to sufferers from 
claustrophobia, autism and other conditions. 

Limitation Status (Table 6-4). shows the allowed values for accessibility assessments. Note that a 
value of unknown should be used if the accessibility is not known. 



Value 


Description 


true 


Stop is considered accessible according to criteria. 


false 


Stop is not considered accessible according to criteria. 


partial 


Stop is partial accessible according to criteria: some areas are 
not accessible. 


unknown 


The accessibility of the stop according to the criteria a not known. 


defaultByType 


If no exploit value is specified then value will be assumed by stop 
type. See below. 



Table 6-4 - Allowed Values for LimitationStatus 

• The Limitation Status includes an "unknown" value which can be used when the accessibility 
status is not known. It is reasonable to assume that Air, Bus and Coach Stops will usually be 
accessible even if a value is not specified. See Table 6-5. 





Value to assume if 
unspecified 








Mode 


Wheelchair 


StepFree 


EscalatorFree 


LiftFree 


Air 


True 


unknown t 


True 


unknown t 


Rail 


unknown t 


unknown t 


True 


True t 


Metro 


unknown t 


unknown t 


unknown t 


unknown t 


Ferry 


unknown 


unknown 


True 


True 


Tram 


unknown 


unknown 


True 


True 


Bus 


True 


True 


True 


True 


Coach 


True 


True 


True 


True 



Table 6-5 - Accessibility defaults by mode 



Assistance values: 

• AccessVehicle: Details on accessibility for wheelchair users. See below 

• AssistanceServiceAvailability: Availability of an assistance service available for disabled 
us ers. See Assistance ServiceAvailability (Table 6-6 for allowed values. 



Value 


Description 


none 


Assistance service is not available from Operator. 


available 


Assistance is available from Operator. 


availablelfBooked 


Assistance is available if booked. 


availableAtCertainTimes 


Assistance is available at certain times. 


unknown 


Not known if available. 



Table 6-6 - Allowed Values for AssistanceServiceAvailability 

• AssistanceTimes: Times when assistance is available. 

o DayType: Type for day and Timeband. See below. 
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• OperatorRef: Identifier of operator who provides service. This can be used to integrate 
booking details and other information. 

• AssistanceBookingPhoneNumber: Phone number to book assistance at the stop. 

• InfoUrl: Public URL with information about accessibility at the stop. 



Further details 

• Note: Any comment accompanying the accessibility. 



(Site Acces s ibi lity Struclu re~^ [~ 



Mobililylm paired Access 

Limit at ion Statu s Enu me ration | 



~ Wheelchair Access 



L i mitatio n Statu s En u me r at io n 



i. If not spetifed, use flefaultby 



^StepFree Access 

L i mitatio n Statu s En u me r at io n 



^S ite A c ce s s ibiity Grou p\j ( ■■■ ^| - 



-^Mob ility LimitationGrQU p\dt— 



Es cal at □ r Free Acces : 



•umeration 



L i mitatio n Statu s Enu me r atran 

by type. 

^LiftFree Access 

Limitation Stat us Enumeration 



5. If not spetifefl, use default 



- ^SensoryLimitationGroup ^Br ~ ( *** ]EH 



f AudibleSignalsAvailable 

Limitation Statu: 



~ V is ualSign s Available 



visually impaired. If nr 



Assistance Availability 

AssistanceAvailabilityEnumeratioi 



Assistance Times 



"OperatorRef 

NationalOperatorCodeType 

Operator of Stop -Can be used to find relevant 

"AssistanceBookingPhoneNumber j 



type 



e :Te le p h o n e Nu rrbe rTy pe 



lyp_e | xsd:anyURI | 



= Note 

type | xsd:strin g | 



Figure 6-26 - SiteAccessibilityGroup Group 



6.10.1 StopAccessibility Group (V2.5) 

The StopAccessibility element (Figure 6-27) groups elements specifying the general accessibility 
of the site for mobility impaired users. It comprises: 

• The AccessVehicle element describes some properties relevant for wheelchair access to 
vehicles at the stop. See below 

• ServicesAtStopAreNormallyAccessible: Whether services at the stop are normally 
accessible, for example the vehicle type has low floor, a wheelchair hoist, etc. This is a 
default value for indicative guidance only. It may be that specific services are not accessible. 
See Limitation Status (Table 6-4) for allowed values. 
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AccessVehicle 



type Stop^cxj^jjVj^icleJ^^ 



■ 



" Services AtStopAreNorm ally Accessible 



(stopAccessibiityGroup^ET ( ■■■ 

Elements Relatig to assistance 



type LimitationStatus Enumeration 



ible j 



Whether services at the stop are normally accessible. This is a default 
value that applies to the majority of services. It may be that specific 
services are not accessible. 



.Extensions 



type ExtensionsAnyStructure 



■ 



Extensions to schema. (Wrapper tag used to avoid problems with handling 
of optional 'any' by some validators). 

Figure 6-27 - StopAccessibilityGroup Group 

6.10.2 AccessVehicle Element 

The AccessVehicle element (Figure 6-28) describes some properties relevant for wheelchair 
access at the stop. 

LowFloor. Normal access at stop is with a low floor vehicle. 
Hoist: Normal access to vehicle at stop is with a hoist. 
HoistOperatingRadius : Distance from vehicle needed to operate hoist. 
Ramp: Normal access to vehicle at stop is with a ramp. 
RampBearingCapacity : Maximum weight allowed on ramp or Hoist. 
NumberOfSteps : Number of steps to board. 
BoardingHeight : Height of vehicle to board above platform 

GapTo Platform : Gap between carriage and platform. Where this varies this should be for 
the best boarding position. 

WidthOfAccessArea .-Width of access area - e.g. train door. 
HeightOfAccessArea : Height of access area - e.g. train door. 
AutomaticDoors .-Whether vehicle or carriage has automatic doors 
SuitableFor : Mobility need for which access is suitable. See Table 6-7 below. 



Value 


Description 


wheelchair 


Wheelchair 


assistedWheelchair 


Wheelchair pushed by companion 


motorizedWheelchair 


Motorized Wheelchair 


mobilityScooter 


Small mobility Scooter: A Class 2 scooter under the CPT 
classification with 3 or 4 wheels, not more than 600mm wide and 
1 000 mm long and with a turning radius not exceeding 1 200mm. 
Normally weigh about 65 kg. 


roadMobilityScooter 


Large Mobility Scooter: A Class 3 scooter under the CPT 
classification. Class 3 scooters are bigger and have light for road 
use. They are not normally allowed on buses. 


walkingFrame 


Walking Frame 


restrictedMobility 


Restricted Mobility 


normal 


Normal mobility 



Table 6-7 - Allowed Values for Mobility-Need 



Value 


Description 


levelAccess 


Level access - passenger can propel themselves 


rampRequired 


Assistance with ramp needed. 


hoistRequired 


Assistance with hoist needed. 


unknown 


Not known. 



Table 6-8 - Allowed Values for AssistanceNeeded 
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AssistedBoardingLocation .-Whether boarding has to be done at a specific position on the 
platform. See Table 6-9). 



Value 


Description 


boardAtAnyDoor 


Boarding can be at any location 


boardOnlyAtSpecifiedPositions 


Boarding must be at specific positions on platform 


unknown 


Not known. 



Table 6-9 - Allowed Values for AssistedBoardingLocation 
• GuideDogsAllowed : Whether guide dogs are allowed. 



Stop Access Ve hide EquipmentStructure 



type ]_xsd:boolean | 

WhetherVEHICLE is low floor. 



ean 



type | xsd:boolean | 

WhetherVEHICLE has a hoist or lift for wheelchairs. 



HoistOperatingRadius 

type | Length 

Distace from VEHICLE needed to operate hoist 



Ramp 



type | xsd:boolean 

Whether there is a ramp to access VEHIC LE 
= RampBearingCapacity I 



type | Weight 



Maximum weight that ramp can bear. 

= NumberOf Steps 

type | x sd:non Negative Integer 

Number of steps to board or alight from VEHICLE 

= BoardingHeight 

type | Length 

Maximum step height to board. 



Access Vehicle Equipment 



StopAcc ess Vehicle EquipmentStructure 

Access equipment for a vehicel at stop. [+ NaPTV2.5] 



( ■■■ IE! ^AccessVehicleEquipmgntGroup^dl 



^ t! 



GapToPlatform 



Elements for an ACCE5S VEHICLE EQUIPMENT type. 



Normal gap between VEHICLE and platform. 
= WidthOf Access Area 



type | Length 



Width of access are 



He ightOf Access Area 

type | Length 
Height of access area. 

= AutomaticDoois 



xsd:boo!ean 



Whether there are automatic doors. 
= SuitableFor 



type | Mobility List 

Moobility needs for which access is suitable 

= Assistance Needed 

AssistanceNeededEnumeration 

Nature of assistance needed to board - level Access allows self-boarding 

= AssistedBoardingLocation 

type | Assis tedBoardingLoc ationEnumeratiQn 

Whether special position on platform is needed for boarding 

"GuideDogsAllowed | 



type | xsd:boolean 

Whether a Guide Dog is allowed 



Figure 6-28 - AccessVehicle Element 



6.10.3 DayType Element 
The DayType element (Figure 6-29) describes a day type including Timeband. 
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• DaysOfWeek: The days of week can be specified Monday Tuesday, Wednesday, 
Thursday, Friday, Saturday, Sunday MondayToFriday 

• PublicHolidays: The bank holidays to which the day type applies. 

• T/meband; Timeband within day. 

o StartTime: Time that band starts, 
o EndTime : Time that band ends. 

o DayOffset: Day of set if EndTime is in the next day. 0-same day. 



^DayType Structure ^ 



— (Days7Group^ p 



^Days5Grou|?3 



Empty Ty pe 
~ Sunday 



ClosedTime Range 



I" StartTime 



rjjg | ClosedTimsFangeStructure 



Bank Holidays 

l : , pe | BarikHolidayListStructLir. 



™- / I" EndTi 



■DayOffset 



:■ xsd:nonNegativel 



■gativelnteger 



— (— -) E!1 (WeekdaysGroLpj j" 



i MondayToFriday 

I lypc | EmptyType 



I lype | EmptyType | 

TTuesday 

[lypo f Empty type | 

I" Wednesday j 

Empty Type 

i~Thursday 

| ly po | Empty Ty pe j 

I" Friday 

Blip ly Type 



Figure 6-29 - Day Type Element 



6.10.4 BankHolidays Element 

The BankHolidays element (Figure 6-30) specifies the bank holdiays that apply to a DayType. 

• AIIBankHolidays: Other elements are all assumed. 

• Specifc holidays ChristmasDay, BoxkingDay, GoodFriday, etc. 
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(BankHolidayListStructure [j j (-»*— ) EH 



A collection of specific bank holidays. 



AIIBankHolidays 



Empty Type 



All public bank holidays in the country of the context of use. 



"Christmas Day 



j lype | Emp ty Type 
^ ■■■ ^jj Christmas Day. 25th December. See also ChristmasDayHoliday 

Christmas holidays (List to workaround XmlSpy bug) = Boxing Day 



Christmas DaysGroup (J— 



i type | Empty Type 
Boxing Day 26th December. See also BoxingDayHoliday. 

j^GoodFriday 



j type | Empty Type ' 

Good Friday Bank Holiday. Moveable feast. 

~ New Years Day 



type | Empty Type 

S / s_ New Years Day 1st January. See also NewYearsDayHoliday 

aherBankhblidayDaysGroupJEF [— *— J3 ' 



Public Holidays (List to workaround XmlSpy bug) 



B Jan2ndScotland 

type | Empty Type | 

2nd of January Bank Holiday . NB this is generally a public holiday only in 
Scotland. 



"StAndrewsDay 

type | Empty Type : 

St Andrew's Dar Holiday -Scotland 0 nly . 30th November unless St 
Andrew's day falls on a weekend. 



LateSummerBankHolidayNotScotland 



Empty Type 



The Late Summer Bank Holiday outside of Scotland. Note that this 
holiday is commonly referred to as August Bank Holiday outside of 
Scotland. 



^MayDay 



^HolidayMondaysDaysGroup 



©a 



Bank Holiday Mondays (List to workaround XmlSpy bug) 



type | Empty Type! 

May Day Bank Holiday. 

^EasterMonday 

type | Empty Type 

Easter Monday Bank Holiday. 



^SpringBank 



JypeJ_EnptyType 

Spring Bank Holiday 



AugustBankHolidayScotland 



type | Empty Type 



The Scottish August Bank Holiday. Note that this holiday is usually 
distinguished from what is commonly termed August Bank Holiday 
outside of Scotland. (In this schema this is denoted by the 
LateSummerBankHoliday NotScotland element.) 



Figure 6-30 - BankHolidays Element 



6.11 Stop Area Element 

A StopArea (Figure 6-3122) groups stops. A StopArea comprises the following elements: 

• StopAreaCode: Unique NaPTAN system identifier of stop area. 

• PrivateCode: Unique identifier with which to associate a NaPTAN StopArea with other 
identifiers used by other systems. This element is to support the general exchange of stop 
data, and is not part of the NaPTAN database. For example when StopArea definitions are 
exchanged in TransXChange or for AVL systems, it may be useful to annotate them with 
private identifiers. 

• ParentAreaRef: Code of parent StopArea. Stop areas may be organised into a hierarchy 
(see earlier discussion of the NaPTAN model). Each StopArea can have a single parent, 
which may in turn have a parent and further ancestors. Each StopArea can be referenced as 
a parent by many other stop areas, i.e. have many children, each of which may have further 
descendants. References must not be cyclic, i.e. a StopArea cannot be its own ancestor or 
descendant. 
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• Name: Name of the StopArea. 

• AdministrativeAreaRef: NPTG AdministrativeArea responsible for managing stop area. 

• St opAreaType: Type of StopArea. See Table 6-104. 



Value 


Description 


Use 


GAIR 


Airport Building. 


1.0 


GFTD 


Ferry Terminal or Dock Building 


1.0 


GRLS 


Rail Station. 


1.0 


GTMU 


Tram / Metro / Underground Station. 


1.0 


GBCS 


Bus / Coach Station. 


1.0 


GCCH 


Coach Service Coverage 


2.0 


GCLS 


On-street Bus / Coach / Trolley stops cluster (more than 
two stops in the same general location). 


1.0 


GLCB 


Lift or Cable car station 


+NaPT v2.4 


GPBS 


On-street Bus/ Coach / Trolley stop pair (one in each 
direction). 


1.0 


(GMLT) 


Multimode Interchange 


DEPRECATED 2.0 


(GOTH) 


Other Interchange. 


DEPRECATED 2.0 



Table 6-10 - Allowed Values for StopArea Classification 

• Location: Spatial location of the centre of the area. 

o Location is given as point with an optional approximate precision to indicate the 
StopArea size. An exact polygon of the Stop Area's boundaries is not provided. The 
StopArea can be considered to include at least the area defined by the Place / 
Location points all of its own immediate StopPoint member instances. 

o In addition to this Location, the StopArea is considered to be associated with all the 
NPTG localities (and alternative localities) of its member stops. This is a derived 
relationship. Different stops in a given stop area may belong to different 
NptgLocality instances, although it is best to avoid this if possible.. 
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StopAreaStructure (extension) 



StopArea 



e | StopAreaStructure 



3 



1 ..«J 

A grouping oF adjacent NaPTAN stops. @CreationDateTime, 
@ModificationDateTime, (^Modification, @RevisionNumber, 
@Status. 



r— El attributes 



StopAreaCode 



type | StopAreaCodeType 



Code that uniquely identifies the stop area within the UK. 

! _ PriwateCode j 

itype [PrivateCodeType j 

A private code that uniquely identifies the area, May be used 
for interoperating with other (legacy) systems. 



Name 



e | NaturalLanguagePlaceNameStructure 



3 



Name of the area. 



; ParentStopAreaRef ; 

; type J StopAreaRefStmcture j 

Code that identifies any parent stop area of the area. Many 
levels of parent hierarchy are allowed. 



Admin! sti ativeAi eaRef 



type | AdministrativeAreaRefStructure 



NPTG administrative area that manages stop area. 



StopAreaType 



e | StopAreaTypeEnumeration 



Classification of the area. Enumerated value. 



Location 



type | LocationStructure 



3 



Spatial coordinates oF the area. (^Precision. 



Extensions 

[ype LExtensionsAnyStructure 

Figure 6-31 - StopArea Element 



3 



6.12 Network Element (+NaPT v2.5) 

A Network (Figure 6-32) groups the TariffZones of a fare scheme. A Network comprises the 
following elements: 

NetworkCode: Unique NaPTAN identifier of Network. 
Name: Name of the Network. 
ShortName: Name of the Network. 
Modes: Transport Modes of the Network. 

Administrative AreaRef: NPTG AdministrativeArea responsible for managing Network. 
TariffZones: A list of TariffZone elements that belong to the Network's Fare scheme. 
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NetworkStructure (extension) 



Network 



NetworkStructure 



A grouping transport si 
(+NaPTV2.5) 



marketed as a single brand, or fare scheme. 



^attributes 



NetworkCode 

■ : Netw orkCodeType 



lenWies the NETWORK within the UK. 



NaturalLanguagePlaceNameStructure 

Name of the NETWORK 



t ype | NaturalLanguageRaceNameStructure 

Short Name of the NETWORK 



m 



type | VehicleModesList 

Modes of Network. 



Administrative Are a Re 1 

AdministrativeAreaRef Structure 



NPTG administrative area that manages NETWORK data. 



TaritfZonesStructure 



TariffZones 



type | TaritfZonesStructure 

TARIFF ZONES in Network 



g-affribufes 



TariffZone 



pe TariffZoneStructure 



A Fare Zone comphsing o 



■r more STOP POINTS. (+NaPT V2.5) 



.Extensions 



a 



iyp't ExtensionsAny Structure 

Extensions to schema. (Wrapper tag used to avoid problems with handling 
of optional 'any' by some validators). 

Figure 6-32 - Network Element 



6.13 TariffZone Element (+NaPT v2.5) 

A TariffZone (Figure 6-32) identifies an individual TariffZone. A TariffZone comprises the following 
elements: 

• TariffZone Code: Unique NaPTAN identifier of Network., for example "Tfl_:ZONE1 " 

• Name: Name of the TariffZone. 

• ShortName: Name of the TariffZone. 

TariffZoneStructure 



TariffZone 



type | TariffZoneStructure 

A Fare Zone within a fare scheme (+NaPT v2.5) 



^attributes 



"TariffZoneCode 



TariffZoneCodeType 



Code for TARIFF ZO NE. The Network code is nromallused as a prefix, 
e.g. TFLZONEl 



Name 



e [ NaturalLanguagePlaceNameStructure 



Name of the TARIFF ZONE, e.g. Zone 1. 
4- = ShortName 



type | Natur alLanguagePlaceNameStructure 

Long Name of the TARIFF ZONE 



Figure 6-33 - TariffZone Element 
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6.14 PointOf Interest Element (+NaPT v2.5) 

A PointOf Interest (Figure 6-32) identifies an individual PointOflnterest. A PointOflnterest 

comprises the following elements: 

• AtcoCode: Unique NaPTAN system identifier of PointOflnterest. Codes are unique within 
the NaPTAN database for Great Britain. PointOflnterest codes begin with "8". 
NaptanCode: Unique NaPTAN public identifier of PointOflnterest. 
PrivateCode: Unique identifier for associating stop with other identifiers used by other 
systems. 

SiteDescriptionGroup: Groups together elements describing the name and whereabouts of 
a PointOflnterest . See earlier. 

PointOf InterestClassification: categorizes the PointOflnterest. See below. 
AdministrativeAreaRef. NPTG AdministrativeArea responsible for managing data about 
the point of interest. 

Notes: Any notes about the Point of Interest. 

Public: Whether Point of Interest is for use by general public. Default is true. 
The SiteAccessibility element specifies the accessibility assessment of the point of interest 
for use. In journey planners. See earlier. 



PointOf Inter estStructure (extension) 



PointOflnterest 



PointOf InterestStructure 



A NaPTAN stop definition. 

@C reationDateTime, 
@ModificationDateTime, 
©Modification, 
@Rev isionNumber, 
©Status. 



^-attributes 



AtcoCode 



AtcoCodeType 



Full NaPTAN stop identifier that uniquely identifies the stop 



NaptanCode 



■^PointOf Interest Ide ntif ierGroup^" (— *— 



• (SiteDescriptionGroup^ g 

Elemenst for site description 



lype | NaptanCodeType 



Short NaPTAN code for passengers to use when uniquely identifying the 
stop by SMS and other self-service channels. 



type | PrivateCodeType I 

A private code that uniquely identifies the stop. May be used for 
interope rating with other (legacy) systems. 



PointOf InterestClassification 

PointOf InterestClassificationStructure 



Classification, e.g. on-street bus stop; platform at a railway station. 
— (PointOf InterestRef erencesGrour? ^- (-* «— ^ 



Elemenst for PointOflnterest refernces 



AdministrativeAreaRef 



AdministrativeAreaRef Structure 



NPTG administrative area that manages stop data 

P Notes 

NaturalLanguageStringStructure 

Notes about a Point of ineters @lang 



{ PointOf InterestFurtherPetailsGroi 



Elemenst for PointOflnterest refern 



Extensions 

Extensions Any Structure 



Public 



type|xsd:boolean 

Whether stop is for use by the general public. Default is true. { +NaPTAN 
V2.4) 



SiteAccessibility 



SiteAccessibility Stn 

Accessibility of Point 



a 

ucture 



Extensions 
of optional 



ier tag used to avoid problems with handling 
idators). 



Figure 6-34 - PointOflnterest Element 
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6.15 PointOflnterestClassification / Off-Street Elements 



6.15.1 PointOflnterestClassification Element (+NaPT V2.5) 

The PointOflnterestClassification element (Figure 6-35) categorises a point of interest. 

• Venue Type: Point is an entrance. (Type 'PIE). 

• Entrance: Point is an entrance. (Type 'PIE). 

• AccessArea: Point is an access area. (Stop type 'POI). 

• EndArea: Point is destination area within the point of interest, such as a particular 
grandstand. (Venue Type 'PSP). 

The point may also be associated with other elements: 

• AnnotatedVenueRef: Translates NaPTAN stop point into an external reference. 

o VenueRef: External code for the venue, 
o Name: Short name of the venue location. 

o Location: Optional Location of the venue if different from the NaPTAN value, 
o Category: Arbitrary categorisation of the element. 




"Category 

:yps_|_*sd:rorrvaiZ':dS'nnci 



Figure 6-35 - PointOflnterestClassification Element 
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7 



NPTG DISCOVERY SCHEMA, STRUCTURE AND ELEMENTS 



NPTG Discovery XML schema (Figure 7-11) describes web services associated with NPTG entities 
as a model of XML elements, contained within an NptgDiscovery root element. It references entities 
defined in the NPTG schema. 



The NptgDiscovery root element uses the NaPT standard schema attributes for versioning, and also 
has standard attributes to indicate the default data reference systems used: See discussion of 
versioning later on. 

• Versioning 

o CreationDateTime: Timestamp of document creation date and time. 

o ModificationDateTime: Timestamp of document last modification date, and time. 

o FileName: Name of file containing the document as created. (If the document is 

renamed this will not change), 
o Modification: Nature of change: new, revision. Normally 'revision'. Other possible 

values are delete or archive. 
o RevisionNumber: Optional sequence number for versioning overall document 

content. 

o SchemaVersion: Schema version identifier used for the document content model. 

• Data Reference 

o Xml:lang: Default language of document. ISO language identifier. Default is English, 
o LocationSystem: Data system to use for location coordinate references within the 
document: WGS84 or Grid. Normally Grid is used. 



7.1 



NptgDiscovery Root Element 



7.1.1 



NptgDiscovery Element Attributes 
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class NPTG Discovery Schema 



«XML root» 
Nptg Discovery 


lang :lang 

Creation DateTi me :dateTime 




ModificationDateTime :dateTime 




Modification :ModifcationEnum 




RevisionNumber :strinq 
FileName :anyURI 
Schema Version :NMTOKEN 




LocationSystem :LocationSystemEnum 





5> 



«enumeration» 
LocationModel:: 
LocationSystemEnum 



Grid 
WGS84 



^> 



o- 



VersionedObject 
NptgDiscoveryModel::CallCentre 



VersionedObject 
NptgDiscov eryModel::TrustedServer 



provided by 



A. 



VersionedObje ct 
NptgDiscov eryModel ::Web Application 



VersionedObject 
NptgDiscov eryModel ::Adj acentRegion 



0..* 

administered by 



« en u me ration » 
VersioningModel:: 
ModificationEnum 



new 

delete 

revise 

archive 

delta 



kizoom 

(c) 2001-2010 
Crown Copyright 



NptgDiscov eryModel ::UsedBy 



NPTG Pac kage ^ 



VersionedObjet 
NptgAd mini strati v eModel ::Administra tiv e. 



Ai 



T 



Object} 

4 



administered by 
administered by 



VersionedObject] 
NptgLocalityModel::NptgLocality | 



/\oA 



VersionedObject 
Nptg DiscoveryModel::Tiunk Locality 



NaPTAN Stop Model f 



areas 



points 



Name: NPTG Discovery Schema 

Author: nickk 

Version: 1.0 

Created: 15/02/2010 13:21:44 

Updated: 14/05/2013 17:32:37 



1 

administered by 



VersionedObject 
StopModel::StopArea°"° 



inA 



) > 



SiteModel::Site 



VersionedObject 
o-o 



StopModekrStopPoinP -0 



Figure 7-1 - UML Diagram of the NPTG Discovery Schema 



7.1.2 NptgDiscovery Child Elements 

The NptgDiscovery element {Figure 7-22) contains the following child elements, each of which is 
described in more detail later in this document: 

• CallCentres: A collection of CallCentre elements, used to represent available voice 
information services. 

• WebApplications: A collection of WebApplication elements, used to represent available 
on-line information services. 

• TrustedServers: A collection of TrustedServer elements, used to represent available 
access points to information services. 

• AdjacentRegionPoints: A collection of AdjacentRegionPoints used to define shared 
boundary points between regions for journey planning purposes. 

• TrunkLocalities: A collection of TrunkLocality elements used to define access points to the 
Trunk network for journey planning purposes. 
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I l|>t<jDi stover,' 



Schema For exchanging NPTG Discovery data. 
@xrnlilang 

@CreationDateTinne, 

@ModiFkationDateTin-ie, 

@ModiFication, 

@RevisionNunnber, 

@Status, 

@FileName, 

(^SchernaVersion, 

@LocationSystem 



r El attributes 



OvillOeiiti 



; CallCentresStructure 
Call centres covering the region 

! Wel>A|>|>lic«rtions 



; i/VebApplicationsStructure 

Definitions oF web services. 



EB 



I TrusteclSei vei s. 

; TrustedServerRefsStructure ' 
Definitions oF access points to services. 

! ArijaceiitRegions 



—A 

iure ; 



! AdjacentRegionsStructure 

Definitions oFarea exchanges 
' Trunk Localities 



ffl 



i TrunkLocalitiesStructure 
Defintions oF Trunk Localities 



EH constraints 



Figure 7-2 - NptgDiscovery Root Element 



7.2 WebApplication Element 

A WebApplication (Figure 5-77} represents an available system resource. 

• WebApplicationCode: Unique identifier of the service. 

• WebAp plicationClassification: Classifier of the service. See Table 7-11. 



Value 


Description 


JourneyWeb 


Supports JourneyWeb Protocol 


RtigXml 


Supports RtigXml Protocol 


Traveline 


Online WWW Journey Planner 


Departures 


Online WWW Stop Departures 


SIRI 


Supports SIRI for real-time information 


NeTEx 


Supports NeTEx Protocol (in the future) 


Other 


Other unspecified service 



Table 7-1 - Allowed Values for WebApplicationClassification 

Capability-Classification: Capability string. 

Description: Description of application. 

Staging: Whether service is for demo, test, or production. 

Version: Version number of service. 

URL: URL with which to access the service. 
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WebApplicatlonStructure 



WebApplication 



9 | WebApplicatlonStructure 



An information application. 
@C reationDateTime, 
@M odificationDateTime, 
@M odification, 
@>RevisionNumber, 
©Status. 



^-attributes 



: WebApplicationCode 



WebApplicationCodeType 



Identifier of the application. 



: WebApplicationClassification 



WebApplicationClassificationEnumeration 



Type of the application.JW, TXC, other 
= CapabilityClassification 



type 



xsd:NMTOKEN 




0.. 



List of capabilities of the application. 
= Description 



type 



PopulatedStringType 



Description of application. 



'Staging 



StagingEnumeration 



Whether application. is for demo, test, or production. Enumeration 



Url 



typej xsd^ny URI J 

URLwith which to access of the application. 



'Version 



e | xsd:string 



Version number. 



UsedBy 



typeJ^UsedBy Structure 1 

The N PTG and N aPTA N entities that use the application. 



Figure 7-3 - WebApplication Element 



7.2.1 



UsedBy Element 

A UsedBy (Figure 5-77) associates an available system resource with an NPTG or NaPTAN entity. 

• RegionRefs: Regions associated with service. Collection of Region Ref instances. 

• AdministrativeAreaRefs: Administrative Areas associated with service, if different from 
Region. Collection of AdministrativeAreaRef Instances. 

• Nptg Locality Ref s: NPTG Localities associated with service, if different from Administrative 
Area. Collection of NptgLocalityRef instances. 

• StopPointRefs: Stops associated with service, if different from NPTG Locality. Collection of 
StopPointRef i nstances. 
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I UsetlByStructure 



UsetlBy 



I UsedBy Structure ; 
The NPTG and NaPTAN entities that use the application. 



RegionRefs 

I type [RegionRefsStructure ; 
References to regions that use the application. 



RegionRefsStructure 



EH attributes 



ReyionRef 



RegionVersionedRefStructure 



1 ..CO 

Reference to the identifier oF an Region . 



Administrative AreaRefs 



.type.L' 



AdministrstiveAreaRefsStructure 



References to admin areas that use application, if different 
from region. 



AclministratiueAreaRefsStiiicture 



[±] attributes 



Admiimti buwbAi eaRef 



Administrative Area VersionedRef Structure 



Reference to the identifier of an administrative area. 



NptgLocalityRefsStructure 



N|rtgl_ocalityRefs |J 




NptgLocalityRefsStructure ; 


1 



EE attributes 



References to NptgLocality instances that use the application, 
if different from admin area. 



I IptgLocalityRef 



NptgLocality VersionedRef Structure 



Reference to the identifier of a stop locality. 



StopPoiirtRefs 



StopPointRefsStructure 



References to NaPTAN stop points that use the application, if 
different from locality. 



StonPointRefsStructure 



EH attributes 



KtnpPoirrtReff 



StopPointVersionedRef Structure 



Reference to a NaPTAN stop. 

Figure 7-4 - UsedBy Element 



7.3 



TrustedServer Element 



A TrustedServer (Figure 7-55) represents a point of access to the web services described by 
WebApplication instances. 

• ServerCode: Unique identifier of the district. 

• IpAddressRange: Range of IP addresses of access point. 

o Firstlp: First IP number in range. Standard internet address got example, 

212.04.123.17. 
o Lastlp: Last IP number in range. 

TrustedServerStructure 



TrustedServer 



>e | TrustedServerStructure 



A web service able to provide an travel information service about the 
region. 



{^attributes 



ServerCode 



ie | TrustedServerCodeType 



Identifier of the serv er 



IpAddressRange 1 







r 



Range of Accessible IP addresses on the server. 



Firstlp 



;e | IpAddressType 



First IP address in range. 



Lastlp 



[pAddressType 

Last IP address in range. 



Description 



FbpulatedStringType 



Figure 7-5 - TrustedServer Element 
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7.4 



AdjacentRegionPoint Element 



An AdjacentRegionPoint {Figure 7-66) is a different type of exchange point, and are used to 
establish shared boundary points for journey planning purposes. AdjacentRegionPoint instances 
are grouped within an AdjacentRegionPoints container. Each point comprises: 

• StopPointRef: NaPTAN system identifier, i.e. AtcoCode of exchange point. 

• FromRegionRef: Identifier of Region that shares point with Region identified by 
ToRegionRef. 

• ToRegionRef: Identifier of Region that shares point with Region identified by 
FromRegionRef: 

• Location: Spatial coordinates of point. 



AdjacentRegionStructure 



AdjacentRegion 



e | AdjacentRegionStructure 



An area exchange indicates NaPTAN point that is shared by a pair of 

regions for journey planning computations. 

@C reationDateTime, 

@ModificationDateTime, 

©Modification, 

@Rev isionN umber, 

©Status. 



^attributes 



StopPointRef 



e | AtcoCodeType 



Reference to a NaPTAN stop. 



FromRegionRef 



type | RegionRefStructure 



Identifier of region that shares point with to region. 



"ToRegionRef 



RegionRefStructure 



Identifier of Region that shares point with from region. 



Location 



type | LocationStructure 

Spatial location of point. 



a 



Figure 7-6 - AdjacentRegionPoint Element 



7.5 



CallCentre Element 



A CallCentre element (Figure 7-77) represents a call centre providing travel information about a 
Region or Regions 

CallCentreCode: Unique NPTG code for CallCentre. 
Name: Name of call centre. 
RegionRef: Identifier of region of CallCentre. 
AdditionalRegions: Additional regions that the CallCentre. . 

AdministrativeArea: References to One or more AdministrativeArea covered by call 
centre. 

Availability: Opening hours for call centre. See Availability Below 
PublicTelephone: Public telephone contact number for call centre. See 
TelephoneContactStructure below. 

DirectTelephone: Ex-directory telephone contact number for call centre. See 
TelephoneContactStructure below. 
ContactEmail: Email contact address for call centre. 
Notes: Notes attached to call centre. 
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CallCentreStructure 



| ^-attributes \ 



CallCentre 



pc CallCentreStructure 



Call centre providing travel information for the region. 

@CreationDateTime, 

@ModificationDateTime, 

@M edification, 

@Rev isionNumber, 



CallCentreCode 

CallCentreCodeType 



the call centre. 



NaturalLanguageStringStructure 



Name of the call centre. @lang. 



RegionRef 



_ | RegionRefStructure 



Region for Call Centre. 

| Additional Reg ions r^pr ( ... ^ 

1 type | j ^ ' LJ 



Additional regiosn for call centre 



RegionRef 



RegionRefStructure 



1.. 

Region for Call Centre. 

Administrative AreaRefsStructure 



Administrative Areas 

| type | Adm inistrativeAreaRef s Structure 



Administrative Areas that Call Centre Covei 



^-attributes 



AdministrativeAreaRef 

AdministrativeAreaVersionedRef Structure 



i 



Reference to the identifier of an administrative area. 



Availability 



type I 



Hours w hen call centre is open. 



Open 



type | Day A ndTimeAvailability Structure 



4 



Structured representation of opening hours as one or more day ty pes and 
hours. 



NaturalLanguageStringStructure 



Description of opening hours. @lang. 



PublicTelephone 



TelephoneContactStructure 



Public Contact telephone number for the call centre. 
DirectTelephone 



type | Telep honeContactS tructure 

Internal use contact telephone number for the call centre. 



| type | EmailAddressTyp e | 

Contact email. Should be a general address rather than an individual. 



| type | Natu ralLanguageStringStructure 

Notes on call centre use. @lanq. 



Figure 7-7 - CallCentre Element 



7.5.1 Availability Element 

The Availability element {Figure 7-88) specifies when the call centre is open. It comprises: 

• Open: One or more opening times for the call centre. Each time consist of a day type and an 
OpeningHours. 

❖ DayTypes the days when the call centre is open. See DayTypes. 

❖ Season: Any seasons for which specified opening hours apply - if none, all seasons. 
One or more of Spring, Summer, Autumn, Winter. 

❖ HolidayTypes the holiday days when the call centre is open. See HolidayTypes. 

• Note: Text description of availability. 
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Open 



; type I DayAndTimeAvailabilrtyStructure 



Structured representation oF opening hours as one or more day 
types and hours. 



A'uViiLibilrty , 



;type J_ ; 

Hours when call centre is open. 



DayAnflTimeAuailahilityStructure (extension) 



DayTypes 



type I 



Pattern oF days. 
I Season ^ 

■type J 1 

Season or seasons For which day types For a given set oF 
Opening Hours apply. 



HolklayTypes 



BankHolidaysStructure 



Pattern oF holidays 



OpeningHours 



DaiSyQperiiriCjHoursStasch.irs 



ied day or holiday type when the Facility is 
lable. 



EE attributes 



NaturalLanguage:5tringStructure 



Description oF opening hours. (Slang. 



Figure 7-8 - CallCentre / Availability Element 

7.5.2 Day Types Element 

The DayTypes element (Figure 7-99) specifies the days when a service is available or not available 
(e.g. when a call centre is open). It comprises named day types and day type combinations. 

• Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday. 

• NotMonday, NotTuesday, NotWednesday, NotThursday, NotFriday, NotSaturday, 
Sunday. 

• MondayToFriday, MondayToSaturday, MondayToSunday, Weekend. 



-[bays6Gi-Qup 



DayTypes 



DaysGroup 



(DaysSGroup H 



"Saturday I 



'Monday ; 



"Tuesday . 
"Wednesday ; 
"Thursday ; 
"Friday \ 
"MondayToFriday I 



^^^)EH ^Days5NdGroup )EH^^*^)Eri- 



I lot Monday ; 
TlotTuesday ! 
TlotWednesday ; 
TlotThursday ; 
TlotFiiday ! 



NotSaturday ! 



"MondayToSaturday I 



L -,~ Sunday ; 
"MondayToSunday ; 
"Weekend ■ 



Figure 7-9 - DayTypes Element 
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7.5.3 Holiday Types Element 

The HolidayTypes element (Figure 7-1010) specifies the holiday days when a service is available or 
not available (e.g. when a call centre is open). It comprises named day and day combinations: 

• Christmas, BoxingDay, NewYearsDay, Jan2ndScotland, StAndrewsDay 

• Christmas Eve, NewYearsEve, 

• DisplacementHolidays 

• ChristmasDayHoliday, BoxingDayHoliday, NewYearsDayHoliday, 
Jan2ndScotlandDayHoliday, StAndrewsDayHoliday, 

• Good Friday, EasterMonday, May Day, AugustBankHoliday, Spring Bank, 
AugustBankHolidayNotScotland. 

• AIIBankHolidays, AIIBankHolidaysExceptChristmas, Holiday Mondays 

• Other PublicHoliday: 

❖ Description: Description of holiday. 

❖ Date: Date of other holiday. 
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|~AIIBanhHolkl.iys | 



. .■ 

holiday, Usually for 
specifying non operalion. 



L<=*. 



ChristmasD a ysGroup 



* AIIHolklnysEHcept Christ mils I 

GoodFiidayj 

liiwYeaiibav/.lanSndScotlandj and 
HolidayMcndays. Hot ChristmasDay or 



(AIIBiinhHolitlnysGroui7 ]3 — (— — ) EH 

All Public Holiday: 



All Public Holidays [lisl lo 



Good Friday ; 

"j ,,j Fri.i e.anl: Holid 

ifcde -«aa. 
-!~MewYearsDay ; 

Hew Years Day lsl 
.January, See -also 
HewYearcDayHoliday 

■\l .' ii^'ii'i;- ot.i.uni : 

■ 

a public holiday only in 

Scotland. 
-j~ Si Andrews Day ; 



■Scotland Only. 30th 
November ij riles s St 
Andrew's day falls on a 
weak and. 



-I HoliciayMoncleysGroup Q 



'■ rl'i|ii| ( lyMf-iMl,i v - : 



— (—— ^ I Til, g — ~^ ]■- 



-~L.l'I£■■:illnilll*■l E ,! liM I" t li > I ,! V J l«>» C )'; o. .. 



Scotland, 

May Day Banl! Holiday. 
-|~EasterMonday ; 

Holiday, 
-!~ Spring Bank ; 

Sprin,:| Bank Holiday . 

i~ August BftiikHoliriftyScottaiul < 

Tha ScoNlsh August Bank Holiday. 
Hole thai this holiday is usually 

■ ■ ■ ■ ■ . . 

■ 

Scotland. (In this schema this is 
danolad by tha 

LateSummerBankHolidayNctScolland 




; Othei Public Holiday £ 



Public or Bank Holidays lhal 
an rit>< described by 'he 



Figure 7-10 - HolidayTypes Element 



7.5.4 OpeningHours Element 

The OpeningHours element (Figure 7-1111) specifies the times of day when a service is available or 
not available (e.g. when a call centre is open). It comprises: 

• TwentyFourHours: Call centre is open all the time on the specified day. 

• OpenPeriod: Period of opening the specified day; StartTime to EndTime. 

• Unavailable: Call centre is not open at all on the specified day. 
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QpeningHours 



DailyOpeningHoursStructure 



Hours on the specified day or holiday type when the Facility is 
available or unavailable, 



DairyOpeninyHoursStructure 



TwentyFourHours 

EmptyType 



Open 24hrs on the specified days (defined as 00:00 until 



OpenPeriod 



le | ClosedTimeRangeStructure 



1 ..co 

Each time range indicates an open period, Multiple ranges can 
be used to indicate separate opening hours in the morning and 
afternoon, 



ClosedTimeRangeStructure 



StartTime 



]e |xsd:time 



The (inclusive) start time, 



En-tlTime 



]e |xsd:time 



The (inclusive) end time, 



Unavailable 



le | EmptyType 



Not available on this specified day. 



Figure 7-11 - OpeningHours Element 



7.5.5 TelephoneContactStructure Element 

The TelephoneContactStructure element (Figure 7-1212) specifies telephone number details. It 
comprises: 

• TelNationalNumber: Full telephone number. 

• TelExtensionNumber: Extension suffix. 

• TelCountryCode: Two character country prefix. 

f TelephoneContactStructure 



PublicTelephone J-, 


I jl 


type 


TelephoneContactStructure \ 





Tell l.itioi nil lumber 



type core:TelephoneNumberType 



Public Contact telephone number for the call centre, 



Full telephone number including STD prefix 

; TelExtensiohllumbei I 

I type core:TelephoneErfensionType ! 
Any additional extension number, 

■ TelCountiyCode 



I 'type I core:TelCountryCodeType 
j 

Two character country prefix, e ,g . 44 for UK . 

Figure 7-12 - Primary TelephoneNumber Element 



7.6 TrunkLocality Element 

A TrunkLocality element (Figure 7-77) represents a geographical grouping of stops relevant for 
making trunk journeys. It can be used by Journey Planners to find the trunk access points for a place. 

• TrunkLocality Code: Unique NPTG code for TrunkLocality. 

• Name: Optional name of TrunkLocality if different from that of the associated NptgLocality. 

• Location: Location of TrunkLocality. Optional geospatial Location of TrunkLocality if 
different from that of the associated NptgLocality. 

• NptgLocalityRef: Reference to an NptgLocality instance associated with TrunkLocality. 

• NptgStopPointRefs: References to one or more StopPoint instances grouped by the 
TrunkLocality. 

❖ StopPointRef: Identifier of a StopPoint grouped by the TrunkLocality. 
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TrunkLocalityStructure 



TrunkLocality 

TrunkLocalityStructui 



;re \ 



"runk locality p';jvid ry gtjupiig t;f "din nlrrrid'ige studs 'o' d locdlity. 

for trample, London A ny ', or 'Lor-dor Hdi A ny I". 

S'tredtiorDdteTime, 

i'M odi fi ! d t ion 0 ateT i me , 

S^Modificdtior, 

Vftev wonN jmber, 

^Stdtjs. 



= Trunk LocalityCode 

TrunkLocalityCodeType 



:. The code of the Primary NptgLocality 



type | Natural Lang uageStringStructure 



associated wit 
Location 



n that of Primary NptgLocality 



: ..typ] 



Location Structure 



Spatial location of center of locality point to show on map, if different 
from that of associated NptgLocality. 



'NptgLocality Ret 

NptgLocalityRefStructure 



Slop Point Re Is 



StopPointRefsStructure 



StopAreas 

StopAreaRefsStructure 

References to one 01 more NaPTAN stop areas tr 
TrunkLocality. Used to include CCH references. 



StopPointRefsStructure 
^-attributes | 



StopPointRel 



pe StopFbintVersionedRefStructui 



;re^ 



Reference to a NaPTAN stop. 



StopAreaRefsStructure 



Attributes 



: StopAreaRef 



StopAreaVersionedRef Structure 



Reference to the identifier of a stop a 



Figure 7-13 - TrunkLocality Element 



8 COMMON SCHEMA ELEMENTS 

Some elements and types are common to a number of different elements in the NPTG and NaPTAN 
schemas. These are described here. 

8.1 Duration Simple Type 

The Duration simple type is used to specify a relative time in minutes and seconds. It uses a 
standard W3C type. Times are encodes in the form PT999M99S, for example, 'PT12M22S' to denote 
twelve minutes and twelve seconds. The seconds may be omitted, thus PT99M, for example, or 
PT5MorPT3H12M. 

8.2 Location Element 

The Location element (Figure 8-11) describes the spatial position of a stop. Coordinates may be 
specified in Grid or WGS84 formats, or both. The primary coordinates used can be indicated by the 
LocationSystem value (Grid or WGS84) specified on the NaPTAN & 
NationalPublicTransportGazetteer document root elements. 

Location coordinates must be supplied for all elements in the specified primary coordinates and may 
optionally be provided in the other system as well. NaPTAN data should be submitted in Grid format. 
NaPTAN data will normally be distributed in both formats. 

If Grid coordinates are provided: 
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• GridType: Nominated grid system e.g. UKOS, IrishOS or ITM (Irish Transverse Mercator); 
UKOS is assumed by default. 

• Easting: Easting grid coordinates of stop. 

• Northing: Northing grid coordinates of stop. 
If WGS84 coordinates are provided: 

• Latitude: Latitude of stop in WGS84 coordinates. 

• Longitude: Longitude of stop in WGS84 coordinates.] 

If both Grid and WGS84 coordinates are specified, then an additional Translation tag must be 
specified around both coordinate groups. This is needed to avoid undecidable condition in some strict 
XML parsers. 

% i 

LocationStructiire (extension) 



Location 



e | LocationStructure 



Spatial coordinates of stop. 



(^precision. 



El attributes 



• Hiii<IType ; 

; LrjcationGridTypeEnumeraticin ; 
Specifies the grid system being used. e.g. UKOS or IrishOS. 



| GridGroup 



OSGrid Coordinates 



Easting 



ie | EastingType 



OS 1 metre - 6 digits, 



Northing 



e | NorthingType 



OS 1 metre - 6J7 digits, 



| WgsGroup 
WGS84 Coordinates 



Longitude 



type | LongitudeType 



Longitude from Greenwich Meridian, -ISO* (East) to +1SD* 
(West), 



Latitude 



type | LatitudeType 



Latitude from equator. -90° (South) to +90* (North) 



Translation 







15 



Both sets of coordinates. (This Wrapper tag is needed to avoid 
a non-detemninistic condition in WML) 



Figure 8-1 - Location Element 



8.2.1 Translation Element 

The Translation element {Figure 8-11) describes the spatial position of a stop in multiple coordinate 
systems. At least one grid system and one set of WGS84 coordinates must be used. 

Coordinates are as described above. More than one set of Grid Coordinates (e.g. IrishOs and ITM) 
may be provided at the same time (+NaPT v2.5) 
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Translation 



f iTranslationStructure 



Tra n s I ati on Stru ctu re 



GridType 



-f GrkJGroup 



; typ e J Lo cation G ridTypeE n u meratio n 

Specifies the Grid system being used, e.s, UKOS or 
inshOS. v2.5 ITM added 



1_ 

OSGrid Coccdinate. 2.5 M-ktipk instacnes alio weds 



Easting 



Easting ype 



OS I r5t'= - 5 : : :s, 



Northing 



Worthing ype 



j WgsGroup 



. ::S5- Cj:-: - = :=; 



Longitjde 



ce | Longitude ype 



Longitude from Greenwhh Me r Ei=n, -ISP* (Wert) to 
4-180° (East), 



Latitude 



Latitude ype 



Latitude from equator. -W (South) to +W 1 (North) 



Figure 8-2 - Translation Element 



8.3 



Bearing Element 



The Bearing element (Figure 8-32) describes a relative direction. 

• CompassPoint: Compass direction. See Table 8-11. Eight point compass bearing (N, S, E, 
W etc). Suitable for creating a simple text description to passengers. 

• Degrees: Direction in degrees 0-360. 0 is North. This allows a precise additional bearing to 
be given for use in some applications. If present, should be consistent with the 
CompassPoint enumeration which will be an approximation of the exact bearing ). Note 
however that this correspondence is not validated or enforced by the Landmark import 
processes). Bearing only needs to be populated if the degree values are different from the 
cardinal point values (i.e. if it is other than 0, 45, 90, 1 35, 1 80, 225, 270, 31 5 degrees), 



Value 


Description 


N 


North 


NW 


North-West 


W 


West 


SW 


South-West 


S 


South 


SE 


South-East 


E 


East 


NE 


North-East 



Table 8-1 - Allowed Values for StopPoint / Descriptor /Bearing 

I 

I BearingStructure 



Bearing J- 


' c 


type 


BearingStructure \ 





CompassPoint 



[ype CompassBearingEnumeration 



Direction along street in which vehicle is pointing when 
stopped at stopping point, 



Eight point compass bearing (N, S, E, W etc), Enumerated 
value. 



Degi ees 



type | AbsoluteBearingType 
Beating in degrees. 



Figure 8-3 - Bearing Element 
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9 NAPTAN EXAMPLES 

The following examples are intended to illustrate the naming and grouping of stops. Examples 1-6 
were taken originally from the NaPTAN Specification v1 .0 but have been updated. 

The examples used have been chosen to reflect the common occurrences and naming 'styles' of 



PTANs 






1. 


A 


bus stop on each side of a road, with only one landmark. 


2. 


A 


bus stop on each side of a road, each with a different landmark. 


3. 


A 


bus stop on one side of the road, with a recognisable landmark. 


4. 


A 


bus stop one side of a road, with no landmark. 


5. 


A 


bus 'Interchange' or on-street group of bus stops. 


6. 


A 


bus 'Hail & Ride' section or route. 


7. 


A 


bus 'Flexible' stop zone. 


8. 


A 


metro station and light rail interchange. 


9. 


A 


railway station with surrounding stops. 


10. 


A 


major airport with rail, coach, metro, taxi and bus interchanges. 



Each example includes a detailed map and a location map, from which one can judge how important 
the area served is, and how one has to describe each stop. 

Most of the examples include stop areas to group stop points as an interchange comprising several 
stop points. 

Although correct in their application of NaPTAN principles, these examples are for illustrative 
purposes only and not be regarded as the definitive NaPTAN stop details for the stops shown. 



Note that AtcoCode and the NPTG code for an AdministrativeArea are different. In the examples 
generally both are shown together with the text name of the area in the form AtcoCode 
(NptgAdminAreaCode) -> Name, for example '199 (44) -^Portsmouth'. 
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9.1 Example 1 : Poles Both Sides of the Road with One Landmark 




Map taken from City of Portsmouth publication Public Transport Maps 

Figure 9-1 - Example 1 : Poles Both Sides of the Road with One Landmark 



In Figure 9-11, there are two stops, on either side of the road in a small town, 'Cosham', with the 
'Health Centre' as the nearest landmark. 

• Both stops are named after the Landmark, with different indicators. 

• The two stops are linked as a pair with a stop area called Health Centre' of type 'GBPS' 
(Paired On-Street Bus). 

• Neither stop is considered to be at the centre of the locality. 

• The two stops have been agreed as Principal Timing Points between the local authority and 
the bus operators. 

Figure 9-22 shows the stop hierarchy - with the single stop area and the pair of stops. 

Cosham Health 



Centre Example 



199G98765431 
Health Centre 

GPBS Paired On-street Bus 



199 (44) 
Portsmouth 



klzoom 

©2001-2010 
Crown 
Copyright 



199012345677 
Health Centre 
Outside 
BCT On-street bus MKD 



199012345676 
Health Centre 
Opposite 
BCT On-street bus MKD 



E0040717 
Portsmouth 



Figure 9-2 - Example 1 : Stop Hierarchy for Cosham Health Centre 
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9.1.1 NaPTAN StopArea Definition: Example 1 



Element 


Subelement 


Stop Area 


StopAreaCode 




199G98765431 


StopArea / Name 




Health Centre 


StopAreaType 




GPBS (Paired on street bus) 


Location 


Grid Type 


UKOS 


Easting 


466312 


Northing 


105510 


ParentAreaRef 






AdministrativeArea 




199 (44) -> Portsmouth 


Change Attributes 


CreationDateTime 


2004-04- 1 4 11 4:20:00-05:00 


ModificationDateTime 


2004-04- 1 4 T1 4:20:00-05:00 


Modification 


new 


RevisionNumber 


0 




Active 



9.1.2 NaPTAN StopPoint Definitions: Example 1 







Stop Points 


Element 


Subelement 


East Side Stop 


West Side Stop 


AtcoCode 




199012345677 


199012345676 


NaptanCode 




porpapa 


pormama 


Location 


GridType 


UKOS 


UKOS 


Easting 


466315 


466310 


Northing 


105515 


105505 


Descriptor 


CommonName 


Health Centre 


Health Centre 


Short CommonName 


Health Ctr 


Health Ctr 


Landmark 


Health Centre 


Health Centre 


Street 


Northern Road 


Northern Road 


Crossing 






Indicator 


o/s 


opp 


Bearing 


CompassPoint 


S 


N 


Place 


NptgLocalityRef 


E004071 7->Cosham [NPTG] 


E004071 7->Cosham [NPTG] 


Town 






Suburb 






Country 


England 


England 


LocalityCentre 


N 


N 


StopClassification 


StopType 


BCT (On-street bus) 


BCT (On-street bus) 


Bus 


BusStopType 


MKD (Marked) 


MKD (Marked) 


TimingStatus 


PTP (Principal Timing point) 


PTP (Principal Timing point) 


DefaultWaitTime 


0 


0 


Notes 








*StopAreaRefs 


StopAreaRef 


199G98765431 -> Health Centre 
199 (44) ^Portsmouth [NPTG] 


199G98765431-* Health Centre 
199 (44) ^Portsmouth [NPTG] 



9.1.3 Names in Context 

Depending on application and the other data present, the stop names might appear variously in 
context in a finder as follows: 

• -> Cosham, Health Centre 

• Cosham, Health Centre (o/s) 

• Cosham, Health Centre (opp) 

• Cosham, Northern Road - Health Centre 

• Cosham, Northern Road - Health Centre (o/s) 

• -> Cosham, Northern Road - Health Centre (opp) 

• -^Cosham,, o/s Health Centre, on Northern Road 

• ->Cosham„ opp Health Centre (on Northern Road) 
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9.2 Example 2: Poles Both Sides with Different Common Names and Landmarks 




Map taken from City of Portsmouth publication Public Transport Maps 

Figure 9-3 - Example 2: Poles Both Sides with Different Common Names 

In Figure 9-33 there are two stops on either side of the road in 'Cosham'; one outside the police 
station and the other outside the fire station. The names Police Station and Fire Station are used 
interchangeably by the public for the location. 

• Each stop could be named after the landmark on its respective side of the road, with 
alternative common names to relate the stop to the other landmark. However, the preferred 
option is that one of the names is applied to the StopArea and as the CommonName for 
both of the stops - and the other of the names is used as an alternative name for all of the 
records. 

• The two stops are grouped as a pair using a stop area of type 'GBPS' (Paired On-Street 
Bus). One of the Landmarks - 'Fire Station' - is used as the stop area name. 

• The stops are considered to serve the centre of the locality, 'Cosham'. 

• The nearest cross-street is Wootton Street. 

• The two stops have been agreed as a Time Info Point between the local authority and the 
bus operators. 
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Example 



/99G98765431 
Fire Station 

GPBS Paired On-street 
Bus 




kizoom 

© 2001 -201 0 
Crown 
Copyright 



199012345678 
Fire Station o/s 
(alt: Fire Station opp) 
BCT On-street bus MKD 



199012345679 
Fire Station opp 
(alt: Police Station o/s) 
BCT On-street bus MKD 



E0040717 
Portsmouth 



Figure 9-5 - Example 2: Stop Hierarchy for Cosham Fire & Police Stations 



9.2.1 NaPTAN StopArea Definitions: Example 2 



Element 


Subelement 


Stop Area 


StopAreaCode 




199G98765432 


StopArea 1 Name 




Fire Station 


AlternativeNames 


Name 


Police Station 


StopAreaType 




GPBS (Paired on-street bus) 


Location 


Grid Type 


UKOS 


Easting 


466370 


Northing 


105847 


ParentAreaRef 






AdministrativeArea 




199 (44) -^Portsmouth [NPTG] 



9.2.2 NaPTAN StopPoint Definitions: Example 2 







Stop Points 


Element 


Subelement 


Eastbound Stop 


Westbound Stop 


AtcoCode 




199012345678 


199012345679 


NaptanCode 




porgaga 


porpaw 


Descriptor 


CommonName 


Fire Station 


Fire Station 


Landmark 


Fire Station 


Fire Station 


Street 


Wayte Street 


Wayte Street 


Crossing 


Northern Road 


Northern Road 


Indicator 


o/s 


opp 


*AlternativeDescripto 
r 


CommonName 


Police Station 


Police Station 


Landmark 


Police Station 


Police Station 


Street 


Wayte Street 


Wayte Street 


Crossing 


Wootton Street 


Wootton Street 


Indicator 


opp 


o/s 
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Bearing 


CompassPoint 


E 


W 


Place 


NptgLocalityRef 


E0040717 ^Cosham 


E00407 17 ^Cosham 


Town 


- 


- 


Suburb 






Country 


England 


England 


LocalityCentre 


Y 


Y 


Location 


GridType 


UKOS 


UKOS 


Easting 


466375 


466365 


Northing 


105850 


105845 


StopClassification 


StopType 


BCT (On-street bus) 


BCT (On-street bus) 


Bus 


BusStopType 


MKD (Marked) 


MKD (Marked) 


TimingStatus 


TIP (Time info point) 


TIP (Time info point) 


DefaultWaitTime 


0 


0 


Notes 








'StopAreaRefs 


StopAreaRef 


199G98765432-> Fire Station 
199 (44) -> Portsmouth [NPTG] 


199G98765432-* Fire Station 
199 (44) ^Portsmouth [NPTG] 



9.2.3 Names in Context 

Depending on the application and the other stops data present, the stop names might appear 
variously in context in a finder as follows: 

• -> Cosham, Fire Station (pair) 

• Cosham, Fire Station (o/s) 

• Cosham, Fire Station (opp) 

• -> Cosham, Police Station (pair) 

• -> Cosham, Police Station (opp) 

• Cosham, Police Station (o/s) 

• -> Cosham, WayteStreet - Police Station (opp) 

• -> Cosham, O/s WayteStreet - Police Station (opp) 

• Cosham, o/s Fire Station (on Wayte Street) (SMS: porgaga] 
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9.3 Example 3: Pole One Side Only with Landmark 




Map taken from Lancashire publication Burnley Bus Map & Guide 

Figure 9-6 - Example 3: Pole, One Side Only with Landmark 

In Figure 9-66, the stop is a single pole on one side of the road, outside 'The Rising Sun' public 
house in the village of 'Blacko', which serves for both directions. As can be seen in Figure 9-77,there 
are no nearby cross streets, so the location can best be described by the pub as a landmark: 

• Two stops are defined, even though there is physically only one pole. One is of type BCT- 
MKD, the other of type BCT-CUS. 

• The two stops are linked as a pair by a 'GPBS' stop area. 

• The stops are neither principal timing points, nor time info points. 
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meritage Centres, 
Figure 9-7 - Example 3: Blacko Village map 



Blacko Rising Sun 
Example 



kizoom 



250G98765431 
Rising Sun 
GPBS Paired On-street Bus 



©2001-2010 
Crown 
Copyright 



250012345678 




250012345679 


Rising Sun 




Rising Sun 


Outside 




Opposite 


BCT On-street bus MKD 




BCT On-street bus CUS 



250 (62) 
Lancashire 



E0047463 
Blacko 



Figure 9-8 - Example 3: Stop Hierarchy for Blacko Rising Sun 
9.3.1 NaPTAN StopArea Definitions: Example 3 



Element 


Subelement 


Value 


StopAreaCode 




250G98765431 


StopArea 1 Name 




Rising Sun 


StopAreaType 




GPBS (Paired on-street bus) 


Location 


GridType 


UKOS 


Easting 


387497 


Northing 


442100 


ParentAreaRef 






AdministrativeArea 




250 (62) -^Lancashire [NPTG] 



9.3.2 NaPTAN StopPoint Definitions: Example 3 







Stop Points 


Element 


Subelement 


Marked Side 


Unmarked Side 


AtcoCode 




250012345678 


250012345679 


NaptanCode 




landaga 


lanamam 


Descriptor 


CommonName 


Rising Sun 


Rising Sun 


Landmark 


Rising Sun Inn 


Rising Sun Inn 
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Street 


Gisburn Road 


Gisburn Road 


Indicator 


o/s 


opp 


Bearing 


SE 


NW 


Place 


NptgLocalityRef 


E0047463->Blacko 


E0047463->Blacko 


Town 






Suburb 


- 


- 


Country 


England 


England 


LocalityCentre 


N 


N 


Location 


GridType 


UKOS 


UKOS 


Easting 


387500 


387495 


Northing 


442100 


442100 


StopClassification 


StopType 


BCT (On street bus) 


BCT (On-street bus) 


Bus 


BusStopType 


MKD (Marked) 


CUS (Custom) 


TimingStatus 


OTH 


OTH 


DefaultWaitTime 


0 


0 


Notes 








'StopAreaRefs 


StopAreaRef 


250G98765431 -> Rising Sun 


250G98765431 -> Rising Sun 


AdministrativeArea 




250 (62) -^Lancashire [NPTG] 


250 (62) ^Lancashire [NPTG] 



9.3.3 Names in Context 

Depending on the application and the other stops data present, the stop names might appear 
variously in context stop finders as follows: 

o ->Blacko, Rising Sun (pair). 

o ->Blacko, Rising Sun (o/s). 

o ->Blacko, Rising Sun (opp). 

o ->Blacko, Gisburn Road - Rising Sun (o/s). 

o ->Blacko, Gisburn Road - Rising Sun (opp). 

o ->Blacko, o/s Rising Sun (on Gisburn Road) 
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9.4 Example 4: Unmarked Bus Stop on One Side of a Road with No Landmark 




Map taken from Hampshire CC publication Connections - Petersfield 

Figure 9-9 - Example 4: Bus Stop on One Side of a Road with No Landmark 

In Figure 9-99, 'Tilmore Gardens' is a low frequency stop in a quiet housing estate, with no other 
stops nearby. 

• The stop is named after the street, and is an unmarked stop. 

• There are no nearby road junctions or distinguishing landmarks, so the Landmark element is 
left blank. 

• 'o/s 57' is used as an Indicator value to show where in the street the stop is found. 

• This stop does not form part of any stop area. 

• The stop is not a principal timing point nor a time info point. 

• Between 10/07/2005 and 08/08/2005 the stop will be moved temporarily to another stop in 
the adjacent Monks Orchard street. 'Tilmore Garden' has a StopAvailability of suspended 
during this period; both Tilmore Gardens' and 'Monks Orchard' have an active status. 



Tilmore 
Example 

klzoom 

©2001-2010 
Crown 
Copyright 



190012345671 
Tilmore Gardens 

BCT On-street bus CUS 



190 (52) 
Hampshire 



E0046774 
Petersfield 



Figure 9-10 - Example 4: Stop Hierarchy for Tilmore Gardens 
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9.4.1 NaPTAN StopPoint Definition: Example 4 









Stop Point 




Element 


Subelement 




Tilmore Gardens 


Monks Orchard 


AtcoCode 






190012345671 


190012345675 


NaptanCode 






hamamat 




Descriptor 


CommonName 
Landmark 
Street 
Indicator 




Tilmore Gardens 


Monks Orchard 




Tilmore Gardens 


Tilmore Gardens 




Tilmore Gardens 


Monks Orchard 




o/s57 


o/s22 


Bearing 


CompassPoint 




SW 


SE 


Place 


NptgLocalityRef 
Town 
Suburb 
Country 




E0046774 -^Petersfield 


E0046774 ->Peters field 




- 


- 




-- 


-- 




England 


England 


LocalityCentre 




N 


N 


Location 


GridType 

Easting 

Northing 




UKOS 


UKOS 




474506 


474306 




124867 


124997 


StopClassification 


StopType 




BCT (On-street bus) 


BCT (On-street bus) 


Bus 


BusStopType 
TimingStatus 
WaitTime 




CUS (Custom) 


CUS (Custom) 




OTH 


OTH 




0 


0 


Notes 






























190->(52) -^Hampshire [NPTG] 


190->(52) -^Hampshire [NPTG] 


StopAvailability 


StopValidity 


DateRange 1 StartDate 


10/07/2005 


10/07/2005 


DateRange / EndDate 


08/08/2005 


08/08/2005 


Status 


Suspended 


Active 


Transferred 


190012345675 





9.4.2 Names in Context 

Depending on the application and the other stops data present, the stop name might appear variously 
in context in a finder as follows: 

o -> Petersfield, Tilmore Gardens (o/s 57) 

o Petersfield. o/s 57 Tilmore Gardens (on Tilmore Gardens) 



NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 152 of 237 



Department for Transport 

NPTG and NaPTAN Schema Guide 

Part III Examples 



9.5 Example 5: Bus Interchange 




Map taken from Brighton & Hove Bus Company publication Bus Times 

Figure 9-11 - Example 5: Bus Interchange 

In Figure 9-1111, based on the Royal Pavilion area of Brighton Town Centre, stops 'D', 'E' and 'F 
comprise an on-street clustered 'GCLS' stop area with individually identified poles. Depending on the 
pattern of bus turning movements at the junction of 'Old Steine' and 'Castle Square', stops T, V and 
V'and even 'G', 'H', & 'J' could also be included in the stop area. Similarly, other stop areas could be 
used to group other stop clusters such as 'A', 'B', 'C, 'Y', 'X', W. A single stop area probably should 
not be used, as the stops at the extremities (e.g. A and M) are more than 250m apart, and do not 
constitute an obvious interchange: the general association of all the stops with a common NPTG 
locality of Brighton Town Centre may suffice to indicate a degree of relatedness. Alternatively a 
further stop area containing this and other adjacent stop areas may be required. 

• A stop area is defined for the interchange, and the three stops are assigned to it. 

• The stops are all Principal Timing Points. 

Figure 9- 1212 shows a stop hierarchy - with a stop area and three stops. 
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Brighton 
Example 



149G98765432 
Old Steine 

GCLS Clustered On-Street bus 



149012345677 
Old Steine 
D 

BCT On-street bus MKD 



149012345678 
Old Steine 
E 

BCT On-street bus MKD 



kizoom 

©2001-2010 
Crown 
Copyright 



149012345679 
Old Steine 
F 

BCT On-street bus MKD 




Figure 9-12 - Example 5: Stop Hierarchy for Brighton Old Steine 



9.5.1 NaPTAN StopArea Definition: Example 5 



Element 


Subelement 


Stop Area 


StopAreaCode 




149G98765432 


StopArea / Name 




Old Steine 


StopAreaType 




GCLS (Clustered on-street bus) 


Location 


GridType 


UKOS 


Easting 


531210 


Northing 


105485 


ParentAreaRef 






AdministrativeArea 




149 (8) -^Brighton & Hove [NPTG] 



9.5.2 NaPTAN StopPoint Definitions: Example 5 







Stop Points 


Element 


Subelement 


Stop D 


StopE 


StopF 


AtcoCode 




149012345677 


149012345678 


149012345679 


NaptanCode 




briwaga 


briwagd 


briwagg 


Descriptor 


CommonName 


Old Steine 


Old Steine 


Old Steine 


Landmark 


Royal Pavilion 


Royal Pavilion 


Royal Pavilion 


Street 


Old Steine 


Old Steine 


Old Steine 


Indicator 


Stop D 


StopE 


Stop G 


Bearing 


CompassPoint 


NE 


NE 


NE 


Place 


NptgLocalityRef 


E0057155-> 
Brighton 


E0057155^ 
Brighton 


E0057155^ 
Brighton 


Town 








Suburb 








Country 


England 


England 


England 


LocalityCentre 


Y 


Y 


Y 


Location 


GridType 


UKOS 


UKOS 


UKOS 


Easting 


531205 


531210 


531215 


Northing 


105475 


105485 


105495 


StopClassification 


StopType 


BCT (On-street bus) 


BCT (On-street bus) 


BCT (On-street bus) 


Bus 


BusStopType 


MKD (Marked) 


MKD (Marked) 


MKD (Marked) 


TimingStatus 


PTP (Principal Timing Point) 


PTP (Principal Timing Point) 


PTP (Principal Timing 
Point) 


DefaultWaitTime 


0 


0 


0 


Notes 










'StopAreaRefs 


StopAreaRef 


149G98765432-* Old Steine 


149G98765432-* Old Steine 


149G98765432^> Old 
Steine 


AdministrativeArea 




149 (8) -^Brighton & Hove 
[NPTG] 


149 (8) ^Brighton & Hove 
[NPTG] 


149 (8) ^Brighton & 
Hove [NPTG] 



9.5.3 Names in Context 

Depending on the application and the other stops data present, the stop names might appear 
variously in context in a finder as follows: 

o ■» Brighton, Old Steine, Stop D 
o ■» Brighton, Old Steine, Stop E 
o ■» Brighton, Old Steine, Stop F 
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9.6 



Example 6: Hail & Ride Stop Sections 




Map taken from East Sussex publication Bus Timetables 

Figure 9-13 - Example 6: Hail & Ride 

To name the zones covered by Hail & Ride services, a NaPTAN stop point entry is required for each 
road on the Hail & Ride section. In the example in Figure 9-1313, Hail & Ride sections are defined for 
'Northdown Road', and 'Fort Road', with a time info point bus stop on Gibbon Road. 

• Each Hail & Ride entry corresponds to a section of the Hail & Ride route, so there are two 
Hail & Ride entries with a StopClassification of HailAndRide (HAR). 

• Each Hail & Ride stop point has HailAndRide I Start and End elements. 

• Hail & Ride and regular bus stop entries can be mixed; there is also one regular bus stop 
entry. 

• Gibbon Road is a time info point. 

Note that if the 'Gibbon Road' had been a Hail & Ride road as well, it would be represented by two 
Hail & Ride sections, one each side of the marked stop in 'Gibbon Road.' 



Newhaven 
Example 



kizoom 

© 2001 -201 0 
Crown 
Copyright 



140 (79) 
East Sussex 



140012345670 
Gibbon Road 

BCT On-street bus MKD 



140012345678 
Northdown Road 

BCT On-street bus HAR 



140012345673 
Fort Road 

BCT On-street bus HAR 



E0046047 
Newhaven 



Figure 9-14 - Example 6: Stop Hierarchy for Newhaven Hail & Ride 
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9.6.1 NaPTAN StopPoint Definition: Example 6 







Stop Points 


Element 


Subelement 


Gibbon Road Stop 


Northdown Road 


Fort Road 


AtcoCode 




140012345670 


140012345678 


140012345673 


NaptanCode 




brimgdt 


brimgpdt 


brigaga 


Descriptor 


CommonName 


Gibbon Road 


Northdown Road 


Fort Road 


Landmark 


Gibbon Road 


Newhaven Downs 
Hospital 


Station 


Street 


Gibbon Road 


Northdown Road 


Fort Road 


Indicator 


E-bound 


W-bound 


N-bound 


NamingStyle 


Street 


Street 


Street 


Bearing 


CompassPoint 1 


E 


SW 


N 


Place 


NptgLocalityRef 


E0046047 ^Newhaven 


E0046047 '-^Newhaven 


E0046047 ^Newhaven 


Town 


- 


- 


- 


Suburb 


-- 


-- 


-- 


Country 


England 


England 


England 


LocalityCentre 


N 


N 


N 


Location 


GridType 


UKOS 


UKOS 


UKOS 


Easting 


543975 


543915 


544528 


Northing 


100555 


100785 


100858 


StopClassification 


StopType 


BCT (On-street bus) 


BCT (On-street bus) 


BCT (On-street bus) 


OnStreet/Bus 


BusStopType 


MKD (Marked) 


HAR (Hail & Ride) 


HAR (Hail & Ride) 


TimingStatus 


TIP (Timing Info Point) 


OTH 


OTH 


DefaultWaitTime 


0 


0 


0 


HailAndRide / Start 


GridType 




UKOS 


UKOS 


Easting 




544300 


544536 


Northing 




101000 


100516 


HailAndRide / End 


Grid Type 




UKOS 


UKOS 


Easting 




543531 


544520 


Northing 




100571 


101200 


Notes 










'StopAreaRefs 


StopAreaRef 








AdministrativeArea 




140 (79) ->East Sussex 


140(79) -^East Sussex 


140 (79) ->East Sussex 



9.6.2 Names in Context 

Depending on the application and the other stops data present, the stop names might appear 
variously in context in a finder as follows (where Hail-and-Ride is added by the output system 
because the stop concerned is of stop type HAR): 

o Newhaven, Gibbon Road, E-bound 

o Newhaven, Northdown Road (Hail-and-Ride), W-bound 

o Newhaven, Fort Road (Hail-and-Ride), N-bound 
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9.7 Example 7: Flexible Service Stop Zones 




Figure 9-15 - Example 7: Flexible Zones 



Flexible services may have two types of stops: flexible zones and fixed stops. To name the zones 
covered by flexible services, a NaPTAN stop point is required for each flexible zone. 
In the example there are three flexible zones shown. The location attribute corresponds to the centre 
of the zone: 

• Flexible zone stops (TLX) are defined for 'Nettleham, 'Sudbrook' and 'Cherry Willingham', 

o The 'Cherry Willingham' area falls into two different NPTG localities so the stop is 
assigned to the main zone, Cherry Willingham', but has the other zone 'Reepham' 
specified as an alternative NPTG locality, so that it will also be in the gazetteer as an 
available transport service for the Reepham area. 

o For each zone, a bounding polygon is defined. This does not necessarily have to be 
rectangular - normally it will not be! 

• In addition, three fixed stops are defined in 'Washingborough' and 'Heighington'. 
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• No stop areas are needed. 

• NaptanCode instances have not yet been allocated to the zones. 



Lincoln 


1 270(89) i kizoom 

' Lincolnshire i 

1 ©2001-2010 
' 1 Crown 




Example 








Copyright 






i 

1 E0052047 i 
1 Nettleham i 

1 i 


! E0046047 
1 Sudbrook 


i E 00482 17 j j 
! Cherry j i 
Willingham i i 


E0048278 i 
Reepham i 



270012345670 
Nettleham 

BCT On-street bus FLX 



270012345678 
Sudbrook 

BCT On-street bus FLX 



270012345673 
Cherry Willingham 

BCT On-street bus FLX 



Figure 9-16 - Example 5: Stop Hierarchy for Lincoln Flexible Service 



9.7.1 NaPTAN StopPoint Definitions: Example 7 







Stop Points 


Element 


Subelement 


Nettleham 


Sudbrooke 


Cherry Willingham 


AtcoCode 




270023345670 


270065345678 


27006345673 


NaptanCode 










Descriptor 


CommonName 


Nettleham 


Sudbrook 


Cherry Willingham 


Landmark 


Nettleham 


Sudbrook 


Cherry Willingham 


Street 








Indicator 








Bearing 


CompassPoint 








Place 


NptgLocalityRef 


E0052047-* 
Nettleham 


E0046047-> 
Sudbrooke 


E0048217 -> 
Cherry Willingham 


AlternativeNptgLocality 






E0048278^ 
Reepham 


Town 








Suburb 








Country 


England 


England 


England 


LocalityCentre 


Y 


Y 


Y 


Location 


GridType 


UKOS 


UKOS 


UKOS 


Easting 


543975 


543915 


544528 


Northing 


100795 


100785 


100858 


StopClassification 


Stop Type 


BCT (On-street bus) 


BCT (On-street bus) 


BCT (On-street bus) 


Bus 


BusStopType 


FLX (Flexible) 


FLX (Flexible) 


FLX (Flexible) 


TimingStatus 


OTH 


OTH 


OTH 


DefaultWaitTime 


0 


0 


0 


"FlexibleZone 

(multiple records to 
define polygon) 


"GridType 


UKOS 


UKOS 


UKOS 


"Easting 


543975. 


543915. 


544528. 


"Northing 


100795. 


100785. 


100858. 


Notes 










"StopAreaRefs 


StopAreaRef 








AdministrativeArea 




270 (89) -^Lincolnshire 
NPTG 


270 (89) -^Lincolnshire 
NPTG 


270 (89)->Lincolnshire 
NPTG 



9.7.2 



Names in Context 



Depending on the application and the other stops data present, the stop names might appear 
variously in context in a finder as follows. The phrase (flexible zone) would be added by an output 
system based on the fact that the stop type is FLX: 

o Nettleham, Nettleham (flexible zone) 
o Sudbrook, Sudbrook (flexible zone). 
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o + Cherry Willingham, Cherry Willingham (flexible zone) 
o Reepham, Cherry Willingham (flexible zone) 



NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 159 of 237 



Department for Transport 

NPTG and NaPTAN Schema Guide 

Part III Examples 



9.8 Example 8: Railway Station with Bus and Taxi 




Map courtesy of Dr Hans Mentz, MDV from SELTA region data 

Figure 9-17 - Example 8: Railway Station Interchange. 



Railway stations are usually not only stop points in their own right, but also important interchange 
points. In NaPTAN a station always consists of at least of two points; a track area, and a main 
entrance, and very often includes also one or more adjacent bus stops and a taxi rank. Figure 9-1717 
shows an example for 'Farnham Station'; there are three pairs of bus stops in the vicinity which can 
usefully be associated with the station. Note that the Stop Area for the station Group is created 
centrally as part of the 91 0 data set, and so has a different AtcoAreaCode to the other groups. 

• Rail - 'GRLS" 

• Farnham Rail Station - Access Area 'RLY' 

• Farnham Rail Station - Main Entrance on Station Approach 'RSE'. 

• Farnham Rail Station - Tilford Road Entrance 'RSE'. 

• Bus 

• 'Station Approach' Pair - 'GPBS" 

o Station Approach East 
o Station Approach West 

• 'Waverley Lane' Pair - 'GPBS' 

o Waverley Lane, E-bound. 
o Waverley Lane, W-bound 

• 'Tilford Road' Pair - 'GPBS' 

o Tilford Road, S-bound 
o Tilford Road, N-bound 

• Taxi 

o Farnham Rail Station - Taxi Rank TXR' 

Figure 9-1818 shows a possible hierarchy - a stop area is used for each group of stops, and a Rail 
Station stop area (GRLS) clusters the whole ensemble. 
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M 9 ;°( 1 1°> , 1 ' 400(102) I 

National Rail I I surrey | 

Farnham Station 

Example | 

E0040817 
Farnham (Surrey) 



910GFARNHAM 
Farnham Rail Station 

GRLS Rail Station 



4000FARNHAM0 
Farnham Rail Station 

Approach Rd 
RSE Main Entrance 



4000FARNHAM1 
Farnham Rail Station 

Tilford Road 
RSE Side Entrance 



400G98765433 
Station Approach 



GPBS Paired On-street Bus 



_ 



40004411419a 
Station Approach 
East 

BCT On-street bus MKD 



40004411419b 
Station Approach 
West 

BCT On-street bus MKD 



9100FARNHAM 
Farnham Rail Station 
Track 
RLY Track Area 



kizoom 

©2001-2010 
Crown 
Copyright 



40004411486 
Farnham Station 

Taxi Rank 
TXR Taxi Rank 



400GS8765444 
Tilford Road 



GPBS Paired On-street Bus 



400G98765435 
Waverly Lane 

GPBS Paired On-street Bus 



400 04411419a 
Tilford Road 
East 

BCT On-street bus MKD 



4000 4411 419b 
Tilford Road 
West 

BCT On-street bus MKD 



4000 441 1 300a 
Waverly Lane 
South 

BCT On-street bus MKD 



4000 441 1 300b 
Waverly Lane 
North 

BCT On-street bus MKD 



Figure 9-18 - Example 9: Stop Hierarchy for Farnham Station 



NOTE: the 91 00FARNHAM RLY element is the Access Area - the logical location for a passenger 
using the station. If the station is a major interchange, this would be where interchange takes place. If 
the station is mainly used for boarding and alighting, the main booking hall or its equivalent, inside 
the station entrance, would be appropriate. Note the GRLS and the RLY elements have national 
prefixes (910) and are managed nationally; all other elements have local prefixes (400 in this case) 
and are managed locally. 
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9.8.1 NaPTAN StopArea Definitions: Example 8 







Stop Areas 


Element 


Subelement 


Rail 


Bus Pair 1 


Bus Pair 2 


Bus Pair 3 


StopAreaCode 




910GFARNHAM 


400G98765433 


400G9876544 


400G98765435 


StopArea / Name 




Farnham Rail 
Station 


Station 
Approach 


Tilford Road 


Waverley Lane 


StopArea 
Classification 




GRLS 
Rail Station 


GPBS 

On-street bus 


GPBS 

On-street bus 


GPBS 

On-street bus 


Location 


Grid Type 


UKOS 


UKOS 


UKOS 


UKOS 


Easting 


466312 


466312 


466412 


466512 


Northing 


105510 


105511 


105519 


105510 


Parent Area Ref 






400GFARNHAM 


400GFARNHAM 


400GFARNHAM 






910 (NR) 
-^National Rail 


400 (102) 
-^Surrey 


400 (102) 
-^Surrey 


400 (102) 
-^Surrey 



9.8.2 NaPTAN StopPoint Definitions: Example 8 



9.8.2.1 Rail Station Stop Points 







Stop Points 


Element 


Subelement 


Main Entrance 


Side Entrance 


AccessArea 


AtcoCode 




4000FARNHAM0 


4000FARNHAM1 


9100FARNHAM 


NaptanCode 










Descriptor 


CommonName 


Farnham Rail Station 


Farnham Rail Station 


Farnham Rail 
Station 


Landmark 


Station 


Station 


Station 


Street 


Station Approach 


Tilford Road 


Station Approach 


Indicator 


Main Entrance 


Side Entrance 




Bearing 


CompassPoint 








Place 


NptgLocalityRef 


E0040817-* 
Farnham (Surrey) 


E0040817-> 
Farnham (Surrey) 


E0040817-* 
Farnham (Surrey) 


Town 








Suburb 








LocalityCentre 


Y 


Y 


Y 


Location 


GridType 


UKOS 


UKOS 


UKOS 


Easting 


466315 


466316 


466310 


Northing 


105515 


105518 


105505 


StopClassification 


StopType 


RSE 


RSE 


RLY 


Bus 


BusStopType 








TimingStatus 








DefaultWaitTime 








Notes 










'StopAreaRefs 


StopAreaRef 


400GFARNHAM 
Farnham Rail Station 


400GFARNHAM 
Farnham Rail Station 


400GFARNHAM 
Farnham Rail 
Station 


AdministrativeArea 




400 (102)r>Surrey 


400 (102) ^Surrey 


910 (NR) -^National 
Rail 



9.8.2.2 Bus Stop Points- #1 









Stop 1 


3 oints 




Element 
AtcoCode 


Subelement 


Tilford Road a 

40004411419a 


40004411419b 


40004411300a 


40004411300b 


NaptanCode 




surpadgm 


surpjadw 


surpwdgm 


surpjwdw 


Descriptor 


CommonName 


Tilford Road 


Tilford Road 


Waverley Lane 


Waverley Lane 


Landmark 


Station 


Station 


Station 


Station 


Street 


Tilford Road 


Tilford Road 


Station Hill 


Station Hill 


Indicator 


N-bound 


S-bound 


E -bound 


W-bound 


Bearing 


CompassPoint 


NW 


SE 


E 


W 


Place 


NptgLocalityRef 


E0040817r> 

Farnham 

(Surrey) 


E0040817-* 
Farnham (Surrey) 


E0040817^ 
Farnham (Surrey) 


E0040817-* 
Farnham (Surrey) 
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Town 


Farnham 


Farnham 


Farnham 


Farnham 


Suburb 


— 


— 


— 


— 


LocalityCentre 


N 


N 


N 


N 


Location 


GridType 


UKOS 


UKOS 


UKOS 


UKOS 


Easting 


466315 


466310 


466315 


466310 


Northing 


105515 


105505 


105615 


105605 


StopClassification 


StopType 


BCT (On-street 
bus) 


BCT (On-street bus) 


BCT (On-street 
bus) 


BCT (On-street 
bus) 


Bus 


BusStopType 


MKD (Marked) 


MKD (Marked) 


MKD (Marked) 


MKD (Marked) 


TimingStatus 


TIP (Time info 
point) 


TIP (Time info point) 


TIP (Time info 
point) 


TIP (Time info 
point) 


DefaultWaitTime 


0 


0 


0 


0 


Notes 












'StopAreaRefs 


StopAreaRef 


400G98765432 


400G98765432^ 


400G98765432^ 


400G98765432^ 


AdministrativeArea 




400 

(102) -^Surrey 


400 (102) -^Surrey 


400 (102) -^Surrey 


400 (102) ^Surrey 



9.8.2.3 Bus Stop Points- #2 







Stop Points 


Element 


Subelement 


Station Approach a 


Station Approach b 


AtcoCode 




40004411338a 


40004411338b 


NaptanCode 




surpadgm 


surpjadw 


Location 


GridType 


UKOS 


UKOS 




Easting 


466315 


466310 




Northing 


105515 


105505 


Descriptor 


CommonName 


Station Approach East 


Station Approach West 




Landmark 


Station 


Station 




Street 


Station Approach 


Station Approach 




Indicator 


on 


on 


Bearing 


CompassPoint 


S 


N 


Place 


NptgLocalityRef 


E0040817-* 


E0040817-* 






Farnham (Surrey) 


Farnham (Surrey) 




Street 


Station Approach 


Station Approach 




Town 


Farnham 


Farnham 




Suburb 








LocalityCentre 


N 


N 


StopClassification 




BCT (On-street bus) 


BCT (On-street bus) 


BusStop 


BusStopType 


MKD (Marked) 


MKD (Marked) 




TimingStatus 


TIP (Time info point) 


TIP (Time info point) 




DefaultWaitTime 


0 


0 


Notes 








'StopAreaRefs 


StopAreaRef 


400G98765433^ 


400G98765433^ 






400 (102) ^Surrey 


400 (102) ^Surrey 



9.8.3 Names in Context 

Depending on the application and the other stops data present, the stop names might appear 
variously in context in a finder as follows 

• Farnham, Farnham Rail Station 

• Farnham, Farnham Rail Station, Tilford Road 

• -> Farnham, on Station Approach East 

• -> Farnham, on Station Approach West 

• 'Farnham, Waverley Lane, E-bound 

• Farnham, Waverley LaneW -bound 

• 'Farnham, Tilford Road, S-bound 

• -^Farnham, Tilford Road, N-bound 
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9.9 Example 9: Metro Station with Bus & Light Rail 




Source Transport for London Journey Planner MDV gmbh 

Figure 9-19 - Example 9: Bank Tube Lines 




Source Transport for London Journey Planner, MDV gmbh. 

Figure 9-20 - Example 9: Bank Station Street Area 



This example considers 'Bank' underground station in the 'City of London', which connects two tube 
lines ('Northern' and 'Central) the 'Waterloo and City' (Figure 9-1919) with the Docklands Light 
Railway. There are several bus stops in the vicinity Figure 9-2020. However not all the bus stop 
areas are considered to be part of an interchange with Bank Station. There is a walkable tunnel 
connection with 'Monument' underground station. 

• Metro - 'GTMU' 

• Bank - 1 0 different entrances 'TMU'. 

• Bank - four 'PL T platform areas 

• Bank - DLR Access Area. ('MET') 

• Bus 
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• 'Bank' Cluster - 'GCLS" 

o Bank, stop C 
o Bank, stop F 
o Bank, stop R 
o Bank, stop S 

• 'Princes Street' Pair - 'GPBS' 

o 'Princes Street at Bank, stop A', 
o 'Princes Street at Bank, stop B'. 

• 'Bank Station L M' Pair - 'GPBS" 

o 'Bank Station L M, stop K'. 
o 'Bank Station L M, stop L'. 

• 'Bank Temple of Mithras' Cluster - 'GCLS" 

o 'Bank Temple of Mithras, stop H'. 
o 'Bank Temple of Mithras, stop J', 
o 'Bank Temple of Mithras, stop J A'. 

Figure 9-2121 and Figure 9-2222 show a possible stop hierarchy - a 'GTMU' stop area is used for the 
tube station and a 'GBPS' or 'GCLS' stop area for each group of bus stops. The GTMU stop area is 
used as a parent for the Bank GCLS Bus cluster as this is deemed to be close enough to Bank 
Underground Station to constitute an interchange. This example shows that judgement must be 
exercised as to which stops constitute a true interchange. 

The model in this case has only four PLT elements for the Underground station - each represents a 
platform used for travel in both directions. This is legacy data - ideally each platform EDGE should 
now be coded as a separate PLT element so that they can each have the public-facing indicator 
(Platform 1 or A, etc) 

The link to Monument creates an entrance to 'Bank' station, located at the Monument (and vice 
versa). The entrances should be at the same location to create direct connectivity (if supported); 
otherwise a walk link is needed, which is outside the scope of NaPTAN. 
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940GZZLUBNK 
Bank 

GTMU Underground Station 



4900ZZLUBNK1 
Bank 
Entrance 1 
TMU Main Entrance 



4900ZZLUBNK2 
Bank 
Entrance 3 
TMU Entrance 



X 



4900ZZLUBNK3 
Bank 
Entrance 5 
TMU Entrance 



X 



4900ZZLUBNK4 
Bank 
Entrance 7 
TMU Entrance 



4900ZZLUBNK9 
Bank 
Entrance 9 
TMU Entrance 
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490000000000 
Bank 
Entrance 2 
TMU Entrance 



X 



490000000000 
Bank 
Entrance 4 
TMU Entrance 



X 



490000000000 
Bank 
Entrance 6 
TMU Entrance 



X 



4900ZZLUBNK8 
Bank 
Entrance 8 
TMU Entrance 



4900ZZLUBNK10 
Bank 
Entrance 10 
TMU Entrance 



940GZZLUBNK0 
Bank DLR 
PLT Platform 



Bank Underground 
Example 



9400ZZLUBNK1 
Bank 
Underground 1 
PLT Platform 



X 



9400ZZLUBNK2 

Bank 
Underground 2 
PLT Platform 



X 



9400ZZLUBNK3 
Bank 
Underground 3 
PLT Platform 



9400ZZLUBNK3 
Bank 
Underground 4 
PLT Platform 



940GZZLUBNK5 
Bank 
Underground 5 
PLT Platform 



490 (82) 
Greater London 




490G9876549 
Bank 



GCLS Clustered On-street Bus 



49000001 3C 
Bank 
C 

BCT On-street bus 



49000001 3R 
Bank 
Ft 

BCT On-street bus 



49000001 3F 
Bank 
F 

BCT On-street bus 



49000001 3S 
Bank 
S 

BCT On-street bus 



Figure 9-21 - Example 9: Stop Hierarchy for Bank Underground Station 



Bank Underground 
Example Continued 



490G9876544 
Bank Station 



490G98765433 
Princes Street / 
Bank 



490007596K 
Bank Station L 
M 



490011 21 8A 
Princes Street / 
Bank 



490011 21 8B 
Princes Street / 
Bank 



490007596L 
Bank Station L 
M 



49001 31 95H 
Bank Temple 
Of Mithras 



490G98765435 
Bank / Temple 
Of Mithras 



49001 31 95J 
Bank Temple 
Of Mithras 



49001 31 95JA 
Bank Temple 
Of Mithras 



kfzoom 
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Figure 9-22 - Example 9: Bank Underground Station - Stops in Area 
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9.9.1 NaPTAN StopArea Definitions: Example 9 







Stop Areas 


Element 


Subelement 


Metro 


Bus Pair 1 


Bus Pair 2 


Bus Cluster 3 


Bus Cluster 4 


StopAreaCode 




940G 
ZZLUBNK 


490G 98765433 


490G 9876544 


490G 9876549 


490G 98765435 


StopArea / 
Name 




Bank Station 


Princes Street at 
Bank 


Bank Station 
LM 


Bank 


Bank Temple Of Mithras 


StopArea 
Classification 




GTMU 
Metro Station 


GPBS 

On-street bus 


GPBS 

On-street bus 


GCLS 

On-street bus 


GCLS 

On-street bus 


Location 


Grid Type 


UKOS 


UKOS 


UKOS 


UKOS 


UKOS 


Easting 


53271 1 j 


532660 


532537 


532774 


532560 


Northing 


181112 


181209 


181139 


181173 


181053 


ParentAreaRef 




940G 
ZZLUBNK 


940GZZLUBNK 


940GZZLUBN 
K 


940GZZLUBNK 


940GZZLUBNK 


Administrative 
Area 




940(MET)^M 
etro National 


490 

(82) ^Greater 
London 


490 

(82) -^Greater 
London 


490 

(82) -^Greater 
London 


490 (82) -^Greater London 



9.9.2 NaPTAN StopPoint Definitions: Example 9 



9.9.2.1 Metro Stop Points: Common Values 









Element 


Subelement 




Descriptor 


Landmark 




Place 


NptgLocalityRef 


E0057722-> City of London 


AlternativeNptgLocalityRef 


N0065149^ Bank 


Town 




Suburb 




LocalityCentre 


Y 


'StopAreaRefs 


StopAreaRef 


940G9876543 1 ->Bank Station 




490G98765433^ Bank 




490 (82) -^Greater London 



9.9.2.2 Metro Stop Points: Stops 



AtcoCode 


Stop 
Type 


Bus 

Stop 

Type 


CommonName 


Landmark 


Street 


Indicator 


Bearing 


Status 


Bank 


9400ZZLUBNK0 


PLT 




Bank 


Bank 


Cornhill 


DLR 1 




ACT 


Y 


9400 ZZLUBNK 
1 


PLT 




Bank 


Bank 


Cornhill 


Under- 
ground 1 




ACT 


Y 


9400 ZZLUBNK 
2 


PLT 




Bank 


Bank 


Cornhill 


Under- 
ground 2 




ACT 


Y 


9400 ZZLUBNK 
3 


PLT 




Bank- 


Bank 


Cornhill 


Under- 
ground 3 




ACT 


Y 


9400 ZZLUBNK 
4 


PLT 




Bank 


Bank 


Cornhill 


Under- 
ground 4 




ACT 


Y 


9400 ZZLUBNK 
5 


PLT 




Bank 


Bank 


Cornhill 


Under- 
ground 5 




ACT 


Y 


4900 

ZZLUBNKO 


TMU 




Bank 


Mansion 
House 


Queen 
Victoria 
Street 


Entrance 
1 




ACT 


Y 


4900 

ZZLUBNK1 


TMU 




Bank 


Mansion 
House 


Poultry 


Entrance 
2 




ACT 


Y 


4900 

ZZLUBNK2 


TMU 




Bank 


Mansion 
House 


Queen 
Victoria 
Street 


Entrance 
3 




ACT 


Y 


4900 

ZZLUBNK3 


TMU 




Bank 


Royal 
Exchange 


Cornhill 


Entrance 
4 




ACT 


Y 


4900 

ZZLUBNK4 


TMU 




Bank 


Mansion 
House 


King William 
Street 


Entrance 
5 




ACT 


Y 


4900 

ZZLUBNK5 


TMU 




Bank 


Mansion 
House 


King William 
Street 


Entrance 
6 




ACT 


Y 


4900 


TMU 




Bank 


Bank Of 


Threadneedle 


Entrance 




ACT 


Y 
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ZZLUBNK6 








England 


Street 


7 








4900 

ZZLUBNK7 


TMU 




Bank 


Bank Of 

I—JCti tf\ \-/ 1 

England 


Th ff^arin ppnf/p 

Sfreef 


Fntranrp 

l—l HI CXI f<_rC7 

8 




ACT 


Y 


4900 

ZZLUBNK8 


TMU 




Bank 


l\Aan<zinn 

House 


/ nmharn 1 

Street 


Fntrann/^ 

^1 HI CXI /oc? 

9 




ACT 


Y 


4900 

ZZLUBNK9 


TMU 




Bank 


l\Aan<zinn 

House 


Kinn \A/iiiiam 

Street 


Fntrann/^ 
i— i in at /uc 

10 




ACT 


Y 


4900 

ZZLUBNKa 


TMU 




Bank 


Mansinn 

House 


Kinn \A/illiam 

I \ l 1 l\J V V lit tat 1 1 

Street 


Fntranrp 

• — i /(/ at 

11 




ACT 


Y 


4900 

ZZLUBNKb 


TMU 




Bank 


Monument 


Kinn \A/illiam 

I \ l 1 l\J V V IIIIGI 1 1 

Street 


Fntranrp 

i—t hi ai ioc7 

12 




ACT 


Y 


49000001 3C 


BCT 


MKD 


Bank 


Rank Of 
England 


1 1 II C&UI /t?t?(J/C; 

Sfreef 


Stop C 


E 


ACT 


Y 


49000001 3F 


BCT 


MKD 


Bank 


l\Aan<zinn 

IvICLl IOIkJI 1 

House 


Kinn \A/iiiiam 

f\ll l\J VVIIIIalll 

Street 


StopF 


S 


ACT 


Y 


49000001 3R 


BCT 


MKD 


Bank 


Hoyal 
Exchange 


Cornhill 


StopR 


E 


ACT 


Y 


49000001 3S 


BCT 


MKD 


Bank 


Hoys! 
Exchange 


Cornhill 


StopS 


W 


ACT 


Y 


490007596K 


BCT 


MKD 


Rank Station 1 

i—tai ii\ \Jiaii\Ji 1 I— 

M 


Man^inn 

House 


Cheapside 


StopK 


W 


ACT 


N 


490007596L 


BCT 


MKD 


Bank Station L 
M 


Mansion 

Hni /<^p 


Poultry 


StopL 


E 


ACT 


N 


49001 1218A 


BCT 


MKD 


Princes Street/ 
Bank 


Bank Of 
England 


Princes 
Street 


Stop A 


N 


ACT 


N 


490011 21 8B 


BCT 


MKD 


rllllUUo Ol/fcrt / 

Bank 


Rank Df 
Dal /A \J\ 

England 


it II /Ofo 

Sfreef 


StopB 


S 


ACT 


/V 


490011 21 8N 


BCT 


MKD 


Princes Street / 
Bank 


Bank Of 

Fnnianrl 

^1 lylal IU 


Princes 
Street 


StopN 


N 


DEL 


N 


490011 21 8P 


BCT 


MKD 


Princes Street / 
Bank 


Bank Of 
England 


Princes 
Street 


StopP 


S 


DEL 


N 


490013195H 


BCT 


MKD 


Bank / Temple 
Of Mithras 


Temple of 
Mithras 


Queen 
Victoria 
Street 


StopH 


E 


ACT 


N 


490013195J 


BCT 


MKD 


Bank / Temple 
Of Mithras 


Temple of 
Mithras 


Queen 
Victoria 
Street 


Stop J 


W 


ACT 


N 


490013195JA 


BCT 


MKD 


Bank / Temple 
Of Mithras 


Temple of 
Mithras 


Queen 
Victoria 
Street 


Stop J A 


W 


ACT 


N 



9.9.3 Names in Context 

Depending on the application and the other stops data present, some of the stop names might 
appear variously in context in a finder as follows: 

• 'City Of London, Bank Temple Of Mithras' 

• ->'C//y Of London, Princes Street at Bank' 
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9.10 Example 10: Bus Station with Bays 



To Rail Station 




From Bucks Pindar Journey Planner web site, Digital cartography by FWT 

Figure 9-23 - Example 10: Aylesbury Bus Station 



This example models Aylesbury Bus Station which has 12 Bays - see Figure 9-2323. 

• A stop area of type GBCS is used to represent the station. 

• There is a 'BCE'. stop for the pedestrian entrance. 

• Each bay has its own NaPTAN stop of type 'BCS'. 

• If variable bay allocation is needed, there is a variable bay stop of type BCQ which can be 
used when no specific bay is assigned in advance. 

There are notes attached to each stop. 





Destination 


1 


Bicester Road (Rural Services) 


2 


Town Services to Quarrendon, Haydon Hill and Elmhurst 


3 


Wendover Road Services 


4 


Town Services to Southcourt, Walton Court, Hawkslade Farm and Stoke Mandeville Hospital 


5 


Town Services to Fairford Leys and Southcourt 


6 


Services to Stoke Mandeville, Princes Risborough, High Wycombe and Reading 


7 


Tring Road Services to Luton, Hemel and Watford 


8 


Town Services to Broughton and Bedgrove 


9 


Services to Haddenham, Thame and Oxford 


10 


Services to Leighton Buzzard, Bletchley and Milton Keynes 


11 


Services to Watermead, Winslow and Buckingham 


12 


Certain school journeys, early morning and late evening departures 
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Table 9-1 - Example 10: Stop Notes for Aylesbury Bus Station 



Aylesbury Bus Station 
Example 



400 (70) 

Buckinghamshire 



400G98765431 
Aylesbury Bus 
Station 



40000004651 
Aylesbury Bus Station 

BCE Main Entrance 



40000004651 
Aylesbury Bus Station 
Bay 1 

BCS Off Street Stop MKD 



40000004652 
Aylesbury Bus Station 

Bay 2 
BCS Off Street Stop 



40000004653 
Aylesbury Bus Station 
Bay 3 

BCS Off Street Stop MKD 



40000004654 
Aylesbury Bus Station 
Bay 4 

BCS Off Street Stop MKD 



40000004655 
Aylesbury Bus Station 
Bay 5 
BCS Off Street Stop MKD 



E0000348 Aylesbury 



40000004664 
Aylesbury Bus Station 
Entrance 2 
BCE Entrance 



X 



40000004657 
Aylesbury Bus Station 
Bay 7 
BCS Off Street Stop MKD 



X 



40000004658 
Aylesbury Bus Station 
Bay 8 

BCS Off Street Stop MKD 



40000004659 
Aylesbury Bus Station 
Bay 9 

BCS Off Street Stop MKD 



40000004660 
Aylesbury Bus Station 
Bay 10 
BCS Off Street Stop MKD 



40000004661 
Aylesbury Bus Station 
Bay 11 
BCS Off Street Stop MKD 



40000004665 
Aylesbury Bus Station 
Stands 
BST Stands 



40000004663 
Aylesbury Bus 
Station 

BCQ Variable Bay 



kizoom 

©2001-2010 
Crown 
Copyright 



40000004656 
Aylesbury Bus Station 
Bay 6 

BCS Off Street Stop MKD 



40000004662 
Aylesbury Bus Station 
Bay 12 
BCS Off Street Stop MKD 



Figure 9-24 - Example 10: Stop Hierarchy for Aylesbury Bus Station 
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9.10.1 NaPTAN StopArea Definitions: Example 10 







StopARea 


Element 


Subelement 


Bus 


StopAreaCode 




400G98765431 


StopArea / Name 




Aylesbury Bus Station 


StopAreaType 




GBCS Bus Station 


Location 


Grid Type 


UKOS 


Easting 


481879 


Northing 


213593 


ParentAreaRef 






AdministrativeArea 







9.10.2 NaPTAN StopPoint Definitions: Example 10 



9.10.2.1 Bus Station Stop Points: Common Values Example 10 









Element 


Subelement 


Common Values 


Descriptor 


Landmark 


Bus Station 


Place 


NptgLocalityRef 


E0000348^ Aylesbury Town Centre 


Town 




Suburb 




Street 


Great Western Street 


Landmark 


Bus Station 


LocalityCentre 


Y 


'StopAreaRefs 


StopAreaRef 


400G98765431 -» Aylesbury Bus Station 


AdministrativeArea 




400 (70)->Buckinghamshire 



9.10.2.2 Bus Station Stop Points: Example 10 



AtcoCode 


Stop 
Type 


Bus 
Stop 
Type 


Easting 


Northing 


CommonName 


Indicator 


Timing 
Status 


Status 


40000004650 


BCE 




481881 


213599 


Aylesbury Bus Station 


Entrance 




ACT 




















40000004651 


BCS 


MKD 


481881 


213599 


Aylesbury Bus Station 


Bay 1 


PTP 


ACT 


40000004652 


BCS 


MKD 


481883 


213597 


Aylesbury Bus Station 


Bay 2 


PTP 


ACT 


40000004653 


BCS 


MKD 


481884 


213595 


Aylesbury Bus Station 


Bay 3 


PTP 


ACT 


40000004654 


BCS 


MKD 


481885 


213589 


Aylesbury Bus Station 


Bay 4 


PTP 


ACT 


40000004655 


BCS 


MKD 


481881 


213585 


Aylesbury Bus Station 


Bay 5 


PTP 


ACT 


40000004656 


BCS 


MKD 


481879 


213587 


Aylesbury Bus Station 


Bay 6 


PTP 


ACT 


40000004657 


BCS 


MKD 


481877 


213589 


Aylesbury Bus Station 


Bay 7 


PTP 


ACT 


40000004658 


BCS 


MKD 


481875 


213591 


Aylesbury Bus Station 


Bay 8 


PTP 


ACT 


40000004659 


BCS 


MKD 


481873 


213593 


Aylesbury Bus Station 


Bay 9 


PTP 


ACT 


40000004660 


BCS 


MKD 


481871 


213595 


Aylesbury Bus Station 


Bay 10 


PTP 


ACT 


40000004661 


BCS 


MKD 


481869 


213597 


Aylesbury Bus Station 


Bay 11 


PTP 


ACT 


40000004662 


BCS 


MKD 


481896 


213605 


Aylesbury Bus Station 


Bay 12 


PTP 


ACT 


40000046633 


BCQ 


MKD 


481884 


213595 


Aylesbury Bus Station 


Departures 


PTP 


ACT 



AtcoCode 


Note 


40000004651 


Bicester Road (Rural Services) 


40000004652 


Town Services to Quarrendon, Haydon Hill and Elmhurst 


40000004653 


Wendover Road Services 


40000004654 


Town Services to Southcourt, Walton Court, Hawkslade Farm and Stoke Mandeville Hospital 
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40000004655 


Town Services to Fairford Leys and Southcourt 


40000004656 


Services to Stoke Mandeville, Princes Risborough, High Wycombe and Reading 


40000004657 


Tring Road Services to Luton, Hemel and Watford 


40000004658 


Town Services to Broughton and Bedgrove 


40000004659 


Services to Haddenham, Thame and Oxford 


40000004660 


Services to Leighton Buzzard, Bletchley and Milton Keynes 


40000004661 


Services to Watermead, Winslow and Buckingham 


40000004662 


Certain school journeys, early morning and late evening departures 



9.10.3 Names in Context 

Depending on the application and the other stops data present, some of the stop names might 
appear variously in context in a finder as follows: 

• 'Aylesbury, Bus Station, Bay 1 

• 'Aylesbury, Bus Station, Bay 5 

• -> 'Aylesbury, Bus Station, Bay 8 

• -> 'Aylesbury, Bus Station, departures {representing the BCQ stop] 
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9.1 1 Example 1 1 : Major Airport 

NOTE : This example describes Heathrow as it was several years ago (that is, before the addition of 
Terminal 5 and the closure of Terminal 2). but it still reflects the relevant principles for constructing a 
large interchange - 

Major Airports are typically especially complex interchange points. We consider an example in 
summary below. 

• There are two physically separate termini groups for Heathrow, with separate access by 
public transport: 'Heathrow Airport' and 'Heathrow Terminal 4'.' 

o 'Heathrow Airport' contains sub areas for 'Terminal V, 'Terminal 2', 'Terminal 3', ' 
Terminal 123 Underground Station', 'Terminal 123 Heathrow Express Station', ' 
Terminal 123 Bus Station', 'Terminal 123 Coach Station', and a number of bus and 
coach stops and taxi ranks. 

o 'Heathrow Terminal 4' contains sub areas for 'Underground Station', 'Heathrow 
Express Station' and a number of bus and coach stops and taxi ranks. 

To model this in NaPTAN we might use: 

• An NptgLocality 'Heathrow' to which all of the stops and stop areas can be assigned. 

• Each of the four Terminals can be represented in NaPTAN by a StopArea that groups the 
various public entrances to each Terminal Building. 

• For 'Heathrow Airport' a 'GAIR' group is used to group terminalsl , 2 and 3. 

o The 'Underground Station' for 'Heathrow Terminal 123' can be represented by a 

'GTMU' StopArea that groups the sub-surface entrances to the station, 
o The 'Heathrow Express Station' tor 'Heathrow Terminal 123' can be represented by a 

'GRLS' StopArea that groups the sub-surface entrances to the rail station, 
o The Coach station for 'Heathrow Central' can be represented by a GBCS' StopArea 

that groups the individual bays in the coach station (adjacent to Terminal 3). 
o The Bus Station for 'Heathrow Central' can be represented by a StopArea that 

groups the individual stops/bays in the bus station and the bus station entrances, 
o Outside each terminal there are a number of bus and coach stops used by local and 

rail-link buses. These are not considered part of the Terminal groupings as they are 

marked stops on the airport road network. 

• For the 'Terminal 4' area, a similar set of mode stop areas. 

o The 'Underground Station' for 'Terminal 4' can be represented by a StopArea that 

groups the sub-surface entrances to the station, 
o The 'Heathrow Express Station' for 'Terminal 4' can be represented by a StopArea 

that groups the sub-surface entrances to the rail station. 

Figure 9-2525 and Figure 9-2626 show a partial stop hierarchy for Heathrow. 
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Heathrow Airport 
Example 
Terminals 123 



920GLHR 
Heathrow Airport 

GAIR Interchange 



920 () National Air i 



kizoom 
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400 (82) Greater ! 
London i 



E0034495 
Heathrow 



920GLHR1 
Heathrow Terminal 1 

GAIR Airport Building 



4900 LHR1 
Heathrow Terminal 1 

Departures 
AIR Airport Entrance 



9200LHR1 
Heathrow Terminal 1 

GAT Air Interchange 



4900LHR1T01 
Heathrow Terminal 1 

TXR Taxi Rank 



920GLHR2 
Heathrow Terminal 2 

GAIR Airport Building 



4900LHR2 
Heathrow Terminal 2 

Departures 
AIR Airport Entrance 



920OLHR2 
Heathrow Terminal 2 

GAT Air Interchange 



4900LHR2T02 
Heathrow Terminal 2 



TXR Taxi Rank 



920GLHR3 
Heathrow Terminal 3 

GAIR Airport Building 



4900LHR3 
Heathrow Terminal 3 

Departures 
AIR Airport Entrance 



9200LHR3 
Heathrow Terminal 3 

GAT Air Interchange 



4900LHR3T03 
Heathrow Terminal 3 

TXR Taxi Rank 



910GHTRWAPT 
HeathrowExpress 
Heathrow Central 
GRLS Rail Station 



4900HTRWAPT 
HeathrowExpress 

Terminal 1 
RSE Main Entrance 



9100HTRWAPT 

HeathrowExpress 

Terminal 1 
RLY Track Area 



HWUUUUUUUW3 
Heathrow Terminal 
1,2,3 
Underground 
GTMU Metro Station 



49000000001 03A 
Terminal 1,2,3 
Underground 
TMU Metro Entrance 



94000000001 03B 
Terminal 1,2,3 
Underground 
PLT Metro Interchange 



490G98765435 
Heathrow Central 
Coach Station 
GBCS Bus / Coach Station 



490 G987654354900080 1610 
Heathrow Central 
Bus Station 
GBCS Bus / Coach Station 



4900 4411300a 
Heathrow Central 
Coach Station 
BCE Coach Entrance 



4900 4411300b 
Heathrow Central 
Coach Station 
CCH Coach Interchange 



49000301610 
Heathrow Central 
Bus Station 
BCE Coach Entrance 



49000801 61 OX 
Heathrow Central 
Bus Station 
GCCH Coach Interchange 



Figure 9-25 - Example 11a: Partial Stop Hierarchy for Heathrow Airport Terminals 123 
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Heathrow Airport 
Example 
Terminal 4 
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920GLHR4 
Heathrow Terminal 4 
GAIR Terminal Building 



4900LHR4 
Heathrow Terminal 4 

AIR Airport Enrance 



910GHTRWTM4 
HeathrowExpress Heathrow 
Terminal 4 
GRLS Rail Station 



920LHR4 
Heathrow Terminal 4 

GAT Air Interchange 



4900LHR4T01 
Heathrow Terminal 4 
TXR Taxi Rank 



490G000000104 
Heathrow Terminal 4 
GTMU Metro Station 



4900HTRWTM4 
HeathrowExpress 

Terminal 4 
RSE Main Entrance 



9100HTRWTM4 
HeathrowExpress 

Terminal 4 
RLY Track ARea 



49000000001 04A 
Terminal 4 
Underground 
TMU Main Entrance 



49000000001 04A 
Terminal 4 
Underground 
PLT Metro Interchange 



Figure 9-26 - Example 11b: Partial Stop Hierarchy for Heathrow Terminal 4 
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Systematic naming conventions and a consistent coding style are used in the NPTG and NaPTAN 
2.x schemas; these conventions are summarised in this section. 

10.1 Naming of Elements 

NPTG and NaPTAN follow consistent principles for naming schema elements: 

10.1.1 Use of Camel Case 

Camel case is used for all names in the XML schema: 

• Upper camel case is used for elements and attributes for example StopArea, HailAndRide. 

• Lower case is however used for two standard attributes: xmhlang, and id, in line with 
established W3C usage. 

• Lower camel case is used for enumerated text values, for example 'saturdayMorning'. 

• Acronyms are treated as words for capitalisation, thus TanCode, not TANCode. This is one 
point where we follow common best practice but diverge from e-gif. Treating acronyms as 
words allows for a uniform parsing of names to derive their components, and avoids 
ambiguity on case of contiguous acronyms, for example TANAPD vs. TanApd, or one letter 
words contiguous with an acronym, for example DialATANvs. DialATan. 

10.1.2 Use of Standard Name Suffixes 

NaPTAN, NPTG and NaPT schema element, type and attribute names have been revised along 
consistent principles: 

• All simple types end with the suffix Type'. 

• All complex types end with Structure'. 

• All enumerations end with Enumeration'. 

• All groups end with Group'. 

• Externally referenced identifiers of entities are generally suffixed with Code' (and 
represented as elements). 

• Internally referenced identifiers are generally suffixed with id' (and represented as 
attributes). 

• Elements representing references to other entities are suffixed with Ref. (These are either 
Code or id data types) 

• Externally referenced classifiers of entities are generally suffixed with Classification' (rather 
than say Type'). For example StopClassification 

• Externally referenced names of entities are generally suffixed with Name'. If the context is 
readily apparent they may be called just Name. 

• Natural Language text descriptions of entities are generally termed Description'. 

10.1.3 Meaningful Names 

Several other consistent naming principles are followed: 

• Abbreviations are generally avoided - for example Operation' is preferred to Op'. 

• A container element representing a one-to-many relationship is in the plural; for example, 
StopPoints contains one or more StopPoint elements. 

• We avoid repeating the name of the parent element as an adjective in individual child 
elements, except for certain semantically important elements where it is helpful to do so. 
Thus for example, Author contains Title, Position, Forename, Surname, not AuthorTitle, 
AuthorPosition, AuthorName, AuthorSurname. An exception to this rule is for Code 
elements, for example Area / AreaCode and not Area / Code. 

• We avoid the use in domain elements names of terms that have strong software 
connotations: 

o The suffixes Type' and Group' are avoided in element names except for internal 
schema elements. 
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10.1.4 Standardised Terminology 

An attempt has been made to use the appropriate Transmodel term wherever appropriate. For 
example StopPoint rather than Stop, StopArea rather than StopGroup, 



10.1.5 Semantically Significant Order 

Several principles are used to order subelements at any given level: 

• When declaring elements within a parent, subelements are placed in a consistent general 
order according to the nature of their role as follows: 

a. Elements that identify the entity, such as codes or numbers. 

b. Elements that describe the element in text, such as names or descriptions. 

c. Principle associations of the entity with other entities. 

d. Elements that classify the entity. 

e. Elements describing other properties of the entity. 

• Where there is an inherent temporal order, elements are placed in temporal sequence, for 
example StartDate' before EndDate'. 

10.2 Typing of Elements 

Some general principles are used for typing values. 

• Explicit, specific types are used wherever possible, for example Duration: 

• Complex types are declared for all significant compound elements. 

• Internally referenced identifiers are generally of type NMTOKEN, or an extension. 

• Elements whose content is a text string in a national language are of type 
NaturalLanguageStringStructure. 

10.3 Element Constraints 

Some general principles are used for constraining values. 

• Mandatory Elements are normally populated. XML constraints are usually specified to ensure 
mandatory elements are populated, for example strings should contain at least one 
character. 

• Optional elements not empty: Where alternative structures are available, the absence of an 
element is not relied upon to infer meaning. Instead an empty element or attribute value is 
used to make the condition explicit, or there is a default value defined that can be assumed. 
This principle has been generally been followed for new and remodelled features. 

10.4 Use of Attributes 

In NPTG and NaPTAN, XML element attributes are generally used only for metadata, that is, data 
about data, such as data version tracking, to identify the data reference systems used, or to provide 
internal instance identifiers. Table 10-11 summarises the attributes used in NPTG and NaPTAN. 



Group 


Element 


Attribute 


ver 


Document 
Version 


NaPTAN, NPTG, NptgDIscovery root 
elements. 


CreationDateTime 


2.0 


ModificationDateTime 


1.2 


FileName 


2.0 


Modification 


2.0 


Re visionNumber 


2.0 


Schema Version 


1.2 


ChangesSince 


2.4 


Entity Version 


StopPoint, StopArea, Network, 
TariffZone 

NptgLocality, NptgDistrict, 

Region, AdministrativeArea, CallCentre, 

WebApplication 


CreationDateTime 


2.0 


ModificationDateTime 


1.2 


FileName 


2.0 


Modification 


2.0 


Status 


1.2 


Re visionNumber 


2.0 
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dataRights 


All of the above 


DataRightRef 


2.4 


Id 


Location 


Id 


1.2 


Data 


Location 


Precision 


1.2 


NaPTAN, NPTG 


LocationSystem 


2.0 


Language 


Text elements: Name, Description, etc. 
See section on National Language Support 


xmhlang 


2.0 



Table 10-1 - NaPTAN Attributes 



10.5 Implementation of Model Relationships 

In NPTG and NaPTAN, some stylistic conventions are used to make clear the mapping of the 
reference model relationships into the XML schema. 

• All significant entities have a uniquely scoped identifier (always an element named xxxCode 
or xxxNumber, or an id attribute). 

• Relationships are implemented by placing a reference to the identifier as a foreign key on the 
referencing element (shown by the navigability arrow in UML diagrams). The reference has 
the form xxxRef. For example, StopPoint is identified by an AtcoCode, and is referenced in 
relationships by a StopPointRef. 

• Container elements are generally used for significant one-to-many relationships, with a name 
derived from the plural name of the contained or referenced element, for example: 

o To implement the aggregation relation of stops within NaPTAN, the StopPoints 

element contains a collection of StopPoint instances, 
o To implement the reference relationship of alternative localities from StopPoint to 

The StopPoint /AlternativeLocalities container element contains a collection of 

NptgLocalityRef instances. 

10.6 Data Rights attribute 

A new attribute DataRightRef is added in release 2.4 This allows each entity to be associated with a 
data right element to specify IPR & conditions of use. This is for use with the TransXChange 2.4 
Schema - see the 2.4 Schema guide. 
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11 VERSIONING 

NPTG and NaPTAN schemas and documents are versioned so as to manage change in a distributed 
computational environment, and in particular to allow inter-operability of concurrent versions at 
different levels. 

11.1 Version Numbering Convention 

NPTG and NaPTAN schemas follow the e-Gif convention for version numbering. 

• Released schema Version numbers have the form n.m, (e.g. 3.1). 

• Drafts have the form n.mx(e.g. 3.1a). 

• The main version number (n) will be incremented when the change from the previous version 
of the schema will cause existing documents to fail to validate. For example if a new 
mandatory element is added. 

• The minor version number (m) will be incremented when the change to the schema will allow 
existing documents to continue to validate. However some new documents may fail to 
validate against the old version (for example, if a new optional element is added). 

• The draft version number (x) indicates that the version is still under discussion and may be 
subject to further changes. Generally it will be incremented to indicate a material change to a 
previous release or previous draft. Intermediate drafts will usually be withdrawn once they 
are superseded. 

11.2 Resource Versions 

1 1 .2.1 Schema URI version 

In line with W3C practice, a separate directory and URL will be used for each version of the schema; 
the schema name will remain the same. 
For example: 

http://www.naptan.org.Uk/schemas/2.1/NaPTAN.xsd 

h ttp ://www . n aptan . o rg . u k/sch e m as/2 . 1 /N PTG .xsd 

http://www.naptan.org.Uk/schemas/2.1/NPTG_Discovery.xsd 



And: 

http://www. naptan.org.uk/schemas/2.4/ NaPTAN.xsd 

http://www.naptan.org.Uk/schemas/2.4/NPTG.xsd 

http://www.naptan.org.Uk/schemas/2.4/NPTG_Discovery.xsd 



Different versions of the NaPTAN schema will coexist at the same time. Older versions will be 
deprecated and then be dropped altogether after a period. 

1 1 .2.2 Namespace URI version 
The following unversioned URI will be used for the NPTG and NaPTAN namespace. This is in line 
with the e-GIF mandate that namespace URI must not be versioned. 
h ttp ://www . n aptan . o rg . u k/sch e m as/ 



11.2.3 



Schema Version 
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In each XML instance document conforming to NaPTAN or NPTG, the root element (i.e. NaPTAN 
and NationalPublicTransportGazetteer) has a SchemaVersion attribute that is populated to 
indicate the schema version, as recommended by e-GIF. This allows any application which 
processes the document to decide how to handle the document. See Table 11-11. A standard set of 
metadata attributes to track the document is also included: 



Attributes 


Value 


CreationDateTime 


Date and Time stamp 


ModificationDateTime 


Date and Time stamp 


Modification 


Nature of modification: one of new, delete, revise 


ModificationNumber 


Sequentially incrementing number 


Schema Version 


Schema Version number 



Table 11-1 - NPTG and NaPTAN Document Version Attributes 



11.2.4 Package Versions 

NPTG and NaPTAN embed a number of common type definition packages that are shared with other 
UK standards. For convenience, a separate copy of the common packages is distributed with each 
standard. The individual package files are given version numbers in line with the e-GIF system in 
order to ensure the correct version is used. This number is only incremented if the package changes 
and so may vary from package to package and be different from the overall schema number. 
For example, for the shared NaPT stop definition types file might be called NaPT_stop-v1 -O.xsd. It is 
distributed in NaPTAN 2.1 as: 

• http://www.naptan.org.Uk/schemas/2.1/napt/NaPT_stop-v2-0.xsd 

And if updated in NaPTAN 2.4 as: 

• http://www.naptan.org.Uk/schemas/2.4/napt/NaPT_stop-v2-1 .xsd 

1 1 .2.5 Data Element Version 

Data element versioning indicates the version level of the content of a particular individual item of 
data. See Figure 11-11. 
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class Versioning Model 



«enumeratio.. 
ModlficatlonEnum 



new 

delete 

revise 

archive 

delta 



«interface» 
Versionable 



CreationDateTime :dateTime 
ModificationDateTime :dateTime 



Modification :ModitcationEnum 
RevisionNumber :VersionNumberTvpe 



Status :StatusEnum <J ■ 

BaselineVersion :VersionNumberTvpe 



«enumeratio... 
StatusEnum 



->H active 
inactive 
pending 



" 1 



Name: 

Author: 

Version: 

Created: 

Updated: 



Versioning Model 

nickk 

1.0 

17/09/2009 15:52:33 
15/05/2013 11:38:27 



VerslonedObject 



PataRightRef :PataRightldType* [0..11 



VersionAttributes 



CreationPateTime :dateTime [0..1] 
ModificationPateTime :dateTime [0..1] 
Modification :ModificationEnum [0..1] 
RevisionNumber :RevisionNumberType [0..1] 
Status :StatusEnum [0..1] 
ChangedBy :normalizedString [0..1] 
BaselineVersion :revisionNumberType 



kizoom 

(c) 2001-2013 
Crown Copyright 



VersionedChild 



Figure 11-1 - UML Model of Element Versions 



Most significant entities in NPTG and NaPTAN have optional change attributes on them including a 
modification date and revision number that can be used to specify their data version level. See Table 
11-22. 



Change 
Attributes 


Type 


Use 


Intr 
odu 
ced 


Creation- 
DateTime 


Date and Time 
stamp in ISO 
format. 


Should be set when the entity is first created, and not subsequently be 
changed. 


2.0 


Modification- 
DateTime 


Date and Time 
stamp in ISO 
format 


Should be changed every time an entity is changed, that is when any of 
its immediate attributes or any of its child entities are changed. 
May be omitted if Modification is new, i.e. if same as 
CreationDateTime otherwise must be specified. 


1.2 


Modification 


Nature of 

modification: one of 
new, delete, revise, 
archive 


The Modification status should be set as follows: 

• New - If this is the first version of the element instance, created for 
the first time. An entity continues to have a status of new until it is 
revised. The creation date can be used to detect a recent addition. 

• Revise - If an existing element instance is being updated, or any of 
its child elements that are not themselves versioned are being 
updated, added, or deleted. Once an element is marked as revise it 
will continue to be so unless it is marked as deleted, i.e. should not 
ever revert to new. If no value is specified, revise will be assumed. 

• Delete - If the element is being rendered inactive. Records marked 
as deleted should continue to be exported in subsequent data 
exchanges. It is possible to reactivate deleted stops: a reactivated 
stop has a status of revise, (not new). 

• Archive - If the element is archived. It will be held in the central 
database and the NaPTAN identifiers reserved (Both AtcoCode and 
NaptanCode), but will be excluded from exports. 


2.0 
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RevisionNumber 


Sequentially 
incrementing 
number 


The RevisionNumber an instance should be incremented (and its 
Modification value set to 'revised'), if any of its element values, attribute 
values or contained values are modified by the Originating system. 

• New entities should have a revision number of 0. 

• Only the Issuer should increment this number 

The RevisionNumber of an instance should not be changed if there is 
no change to the data values or children of an element. 


2.0 


Status 


Active | Inactive / 
Pending. 


Indicates whether after the modification the element will be considered 
active, inactive, or pending, (i.e. inactive subject to verification) Stops 
and Stop Areas are not deleted from the NaPTAN database; instead they 
are given a status of inactive - see Data Deprecation. 


1.2, 
2.0 



Table 11-2 - Entity Change Tracking & Status Attributes 



1 1 .2.6 Use of the Status Attribute 
11.2.6.1 Data Deprecation 

As a general principle, referenced entities such as localities, stop points and stop areas will not be 
deleted from the NPTG and NaPTAN databases, merely deprecated. This will uphold the referential 
integrity of systems that use the data. 

StopPoint and StopArea instances in the NaPTAN database may have one of three states, as 
indicated by the Status attribute: 

• 'Active': Stop is either in use or available to be used. 

• 'Inactive': Stop is in database but is marked as 'inactive' and is not currently in use or 
available for use. If the StopAvailability (see 6.9) has been used to transfer or suspend the 
stop for the period within which the data is published, the status of the stop must be 'active'. 
This represents a change of interpretation with release 2.4 - and ensures that stops remain 
available for Bus Service Registration and other purposes whilst it is temporarily suspended 
or transferred. 

• 'Pending' delete: Stop is missing, or flagged as deleted from the most recent data upload, 
and may be in process of being made inactive. Will continue to be exported as if 'active' until 
status is clarified. 

However for practical reasons very old and unused stop data may occasionally be archived once it 
has been ascertained that it is no longer referenced by any currently active system (there may still be 
legacy data references) This may happen in particular for example where an entire area is assigned 
to a different code. See Modification element. Archive data will be omitted from the export. Archived 
stop identifiers will not be recycled. 

Figure 1 1-22 and Figure 1 1-33 show the processing states for NaPTAN elements. Note that there are 
cross-constraints between the two states. 

• An active element may have a Modification attribute value only of new or revise. 

• Only an inactive element may have a Modification attribute value of delete or archive. 
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Figure 11-2 - Status element: State Transitions 




Figure 11-3 - Modification element State Transitions 



1 1 .2.6.2lnteraction of Status with References to elements 



Where an association is used to link two elements (for example for a StopPoint's StopArea, 
AdministrativeArea, or PlusbusZone). the associated entity should be 'active' at the time the 
association is created. If the associated entity is subsequently made 'inactive', the association (if not 
explicitly removed as well) is also considered to be 'inactive' and may be ignored. 



11.2.6.3lnteraction of Status with StopValidity 

The Modification and Status elements are general change management attributes found on all 
elements. The Stop Validity element is an additional status element found only on StopPoint 
elements. 
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A stop may also have a StopValidity Active, Suspended, or Transferred as specified by the 
StopValidity that applies at the period specified for the individual StopValidity. The StopValidity 
states and transitions are shown in Figure 1 1-44. 

The StopValidity is independent of the 'Status' attribute - though normally it is only useful to specify 
a StopValidity for an active stop. (Note that TXC v 2.4 revises the interpretation of the interaction with 
Status - previous to TXC v2.4 the status was required to match the StopValidity at the time of 
export). 




Figure 1 1-4 - StopValidity State Transitions 

1 1 .2.6.4Elements Which can be change tracked 

The NaPTAN and NPTG entities which can be change tracked are shown in Table 1 1-33. For some 
of these a creation date must always be given (indicated by an l R); for others, all the modification 
attributes are optional in the schema. 





Entity 


Type 


Versioning 


Creation 
date 


NaPTAN 


NaPTAN 


Root 


SchemaVersion. 


R 


NPTG 


NationalPublicTransportGazetteer 


Root 


SchemaVersion. 


R 




StopPoint 


Entity 


Change Attributes 
+ Status 


R 




StopArea 


Entity 


Change Attributes 
+ Status. 


R 




StopPoint / AlternativeDescriptor 


Child 


Change Attributes. 


R 




StopPoint / StopAreaRef 


Ref 


Change Attributes. 


0 




StopPoint / PlusbusRef 


Ref 


Change Attributes. 


0 




StopPoint 1 AlternativerNptgLocalityRef 


Ref 


Change Attributes. 


0 




StopPoint / MainStopForNptgLocalityRef 


Ref 


Change Attributes. 


0 


NaPTAN 


StopPoint / HailAndRide 


Child 


Change Attributes. 


0 




StopPoint / FlexibleZone 


Child 


Change Attributes. 


0 




StopPoint / Marked 


Child 


Change Attributes. 


0 




StopPoint / Unmarked 


Child 


Change Attributes. 


0 




StopPoint / Stop Validity 


Child 


Change Attributes. 


0 




StopPoint / AnnotatedAirRef 


Child 


Change Attributes. 


0 




StopPoint / AnnotatedFerryRef 


Child 


Change Attributes. 


0 




StopPoint / AnnotatedMetroRef 


Child 


Change Attributes. 


0 




StopPoint / AnnotatedRailRef 


Child 


Change Attributes. 


0 




StopPoint / AnnotatedCoachRef 


Child 


Change Attributes. 


0 




StopPoint / StopAccessibility 


Child 


Change Attributes. 


0 




StopPoint/ TarrifZoneRef 


Child 


Change Attributes. 


0 




Network 


Entity 


Change Attributes 
+ Status 


R 




TariffZone 


Child 


Change Attributes 
+ Status 


R 
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mot/; 


Region 


Entity 


Change Attributes. 


R 


Administrative Area 


Entity 


Change Attributes. 


R 


Nptg Locality 


Entity 


Change Attributes. 


R 


NptgLocality / ParentLocalityRef 


□of 

neT 


Change Attributes. 


r\ 


NptgLocality / AlternativeDescriptor 


Child 


Change Attributes. 


0 


NptgLocality 1 AdjacentLocalityRef 


Ref 


Change Attributes. 


0 


AdministrativeArea 1 NptgDistrict 


Ent 


Change Attributes. 


0 


NPTG 
Discovery 


CallCentre 


Ent 


Change Attributes. 


0 


WebApplication 


Ent 


Change Attributes. 


0 


WebApplication / RegionRef 


Ref 


Change Attributes. 


0 


WebApplication / AdminAreaRet 


Ref 


Change Attributes. 


0 


WebApplication / NptgLocalityRef 


Ref 


Change Attributes. 


0 


WebApplication / StopPointRef 


Ref 


Change Attributes. 


0 


TrustedServer 


Entity 


Change Attributes. 


0 


AdjacentRegion (ExchangePoint) 


Entity 


Change Attributes. 


0 




TrunkLocality 


Entity 


Change Attributes. 


0 



Table 11-3 - Tracked Data Elements 



1 1 .2.6.5Schema Enforcement of Required Change Attributes 



In the NaPTAN schema the attributes are defined by two different attribute groups, as shown in Table 
1 1-33 above. For elements indicated by an 'R' in Table 1 1-33, a Creation DateTime is required, for 
the other entities a CreationDateTime is optional. If a Creation DateTime is not present, it is 
assumed to be the same as for the parent. Table 1 1 -44 summarises 



Change Attributes 


Entity 


Other 








CreationDateTime 


R 


0 


ModificationDateTime 


0 


0 


Modification 


0 


0 


RevisionNumber 


0 


0 


Status 


0 


0 



Table 11-4- Change Attribute Groups 



As a general principle, referenced entities such as localities, stop points and stop areas will not be 
deleted from the NPTG and NaPTAN databases, merely deprecated. StopPoint and Stop Area 
instances in the NaPTAN database may have one of three states, as indicated by the Status 
attribute: 

1 1 .2.7 Detecting Changes on Different systems - The NaPTAN Distributed Data 
process 

The NaPTAN workflow is a distributed collaborative process: data is originated on different systems 
then merged and propagated to other systems. As a result different version of data be extant on 
different systems at the same time. Furthermore in some circumstances changes to the same data 
may be made in parallel on separate systems which then subsequently need reconciling. 

The main NaPTAN data process typically involves three participant roles: (i) Data Originator (PTEs. 
Local Authorities and other organisations acting as Administrative Areas); (ii) Data Distributor 
(Landmark Information Group & NaPTAN Database) and; (iii) Data Consumer (Journey Planners 
and other systems). 

• Data Origination is carried out by a large number of stakeholders, who collect and maintain 
stop data and then publish and submit it to the Distributor. 

• Data Distribution is carried out as a central service by Landmark Information Group. The 
Distributor may augment the data, for example translating coordinates. The distributor 
republishes the data to send it to consumers. 
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• Data Consumption involves downloading the data from NaPTAN. 

The roles of Originator and Consumer can be combined - thus an organisation may update its own 
data set with data returned by the distributor. When communicating sets of stop data, it is also 
possible for the central distribution step to be bypassed - for example an Originator may give a set of 
stop data directly to a Data Consumer, or a TransXChange Schema containing embedded NaPTAN 
data. 

In the normal processing cycle for NaPTAN data, stop data is gathered and edited on a system of the 
Originating organisation, then exported to the central database as a NaPTAN document where it is 
integrated and then redistributed as a new NaPTAN document, both to the Originator and to other 
organisations. The submitting system (or indeed any other consumer of NaPTAN data) therefore may 
wish to have an efficient way of determining whether any of the returning data elements have 
changed - and so are in need of reconciliation with other changes that have been made locally on it in 
the meantime since the last export. 

The change attributes allow the importing system to determine whether an element has changed 
without needing to compare the many individual attributes and children of an individual element 
instance. 

The modificationDateTime, together with the revisionNumber provides an effective indication that 
a change has occurred. 

• Whenever the Originator of the data changes a value of an element, it should update the 
modificationDateTime and the revisionNumber of that element. 

• Whenever a participant other than the Originator changes a value of an element, it should 
update the modificationDateTime but not the RevisionNumber of that element. 

1 1 .2.7.1 Detecting Change when re-importing to an Originating System 

An Originating system re-importing data may therefore deduce the following: 

• If the revisionNumber tor an element instance is lower, (it should never be higher) than the 
values in the importing system, the data is an earlier instance and can be ignored. 

• If the revisionNumber and the modificationDateTime for an element instance are the same 
as the values the importing system holds, the content should already be the same and no 
reconciliation is needed. 

• If the revisionNumber is the same as the value the importing system holds but the 
ModificationDateTime is different, the data has been augmented or modified by another 
system: the detailed differences for that element can be examined on a value by value basis 
and accepted or rejected. 

11.2.7.2Detecting Change when re-importing to an another System 

Any other (i.e. non-originating) Distributor or Consumer system importing data may deduce the 
following: 

• If the revisionNumber tor an element instance is tower than the value in the importing 
system, the data is an earlier instance and can be ignored. 

• If the revisionNumber tor an element instance is highertban the value in the importing 
system, the data is a later instance and should be used to update the consumer's content. 
(Note that this policy assumes that any other intervening third party changes should be 
discarded in favour of the new official version - other more elaborate reconciliation policies 
could be used if the application wishes). 

• If the revisionNumber and the modificationDateTime tor an element instance are the same 
as the values the importing system holds, the system's data is already current and no 
reconciliation is needed. 
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• If the revisionNumber is the same as the value the importing system holds, but the 
modificationDateTime is different, the data has been augmented or modified by another 
system: the differences can be examined on a value by value basis and accepted or rejected. 



1 1 .2.7.3Edge cases not currently covered 

We note that the above scheme should be adequate for current NaPTAN workflow, but it is not 
completely foolproof: if two intermediate (i.e. non Originating systems) happened to make different 
changes to the same element instance of a given revisionNumber at exactly the same 
modificationDateTime, a consuming system that assumed equivalence between subsequent 
imports would be in error. 

1 1 .2.8 Summary of Use of Data Version Attributes 
The set of principles to follow in using the change attributes is summarised in Table 1 1 -55. 





Principle 


1 


The CreationDateTime of a data instance must be set by the Issuer (i.e. Originating Administrative Area) when 
an element is created and never subsequently be altered. 


2 


The RevisionNumber of a data instance is set only by the issuer, i.e. originating Administrative Area. It should 
be set to zero for a new instance and be incremented serially for subsequent updates. 


3 


The RevisionNumber of a data instance is only incremented monotonically (i.e. upwards by one or more at a 
time) 


4 


The RevisionNumber and ModificationDateTime of a data instance must be changed every time a data value 
of an element instance is changed by an Issuer i.e. Originating Administrative Area. 


5 


The ModificationDateTime (but not the RevisionNumber) must be changed to the current timestamp every 
time a data value is changed by a party other than an Issuer (e.g. the data aggregator when correcting default 
values). The current ModificationDateTime number should be shown every time the data is published. 


6 


If a child element instance is marked as changed, As parent must also be marked as changed. 


7 


If a child element instance is added, it should be marked as new, and its parent must also be marked as 
changed. 


8 


If the values of an element instance have not changed, its RevisionNumber and ModificationDateTime must 
not be changed. 


9 


The ModificationDateTime must be later than the CreationDateTime. The ModificationDateTime associated 
with a higher RevisionNumber must be later than that of any earlier revision number for the same element 
instance. 


10 


In a NaPTAN or NPTG document, the root instance should be treated as a parent of all other instances: if the 
child instances have been altered or added since the last export, the RevisionNumber and 
ModificationDateTime on the root instance should reflect the change. 


11 


Provided the above are followed, the RevisionNumber + ModificationDateTime can be used together to 
compare any two versions of an element instance for difference. If they are both identical then their contents will 
be the same. 


12 


In order to avoid loss or corruption of change attribute data, data submitted by the issuer (i.e. Originating 
Administrative Area) should be in NaPTAN v2.x format. 


13 


The Modification attribute value of newly created elements should be new. The value of modified elements 
should be revise. The value of deleted elements should be delete. The value of archived elements should be 
archive. 



Table 11-5 - Data Element Change Versioning Principles. 



1 1 .2.9 Referential Integrity of references 

In order to serialise NaPTAN data for exchange in an XML file, associations between different entities 
are output as references. For example, if a StopPoint is in a StopArea, it will have a StopAreaRef 
instance referencing the identifier of that StopArea. Each reference has individual change attributes, 
allowing each association instance to be individually change-tracked and/or be marked as inactive. 
If either the referenced or referencing entity is marked as inactive, then the associations also become 
inactive: 

1 . If a parent element containing outward references is marked as inactive, then its 
outward references are also considered inactive - and should also be marked as 
inactive. . For example, if a StopPoint is marked as inactive, then all of its child 
StopAreaRef instances should be considered as inactive. 
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2. If the referenced element is marked as inactive, then any references to it should also 
be treated as inactive. For example, if a StopArea is marked as inactive, then any 
StopAreaRef held in another StopPoint should be considered as inactive, even if 
they have not been explicitly marked as such. 

An application that holds a NaPTAN data set in a model may choose either to cascade inactivation 
changes automatically, or to prevent deletion until they have been done 
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11.3 



Packages 



The NPTG and NaPTAN schemas are modularised into a number of packages, with a strict linear 
dependency. See Figure 1 1-55 to Figure 1 1-66. 



1 1 .3.1 NPTG Package & Model Dependencies 



pkg NPTG Package Dependencies 



Name: NPTG Package Dependencies 

Paclage: NPTGXSD Physical Model 

Veraon: 1 .0 

Author niclfc 



•NPTG* 
HpigKmlScheraa 



j NationalPublicTransportGazetteer 



Paclageld - NPTG isn 



~j NptgAdministrativeModel 
^| NptgLocalilyModel 
~j NpigLocantySuppoit 

NptgAdminisfrativeSupport | 



kTzoom 

(c) 2001-2013 
Crown Copyright 



~] AccesabilityModelValues 
_J UtilityTypesModel 
J UtilityXmlPaclage 

~j VeiaoringModel 

~j VenaonStates 

^] DataRightsModel 

~| DataRightsSupport 

~j ReusaHeDay^aclage 
LocationModel 
' "j DatesModel 

HolidayTypesModel 

~j TransportModeModel 
J VehJcleTypeModel 

J EqiipmentPaclage 

(Si on i MaPTXSD Gannon I tanievroih) 



Figure 11-5 - NPTG Packages 



pkg NPTT3 Mcdel Dependencies ^ 



«NPTG» 
Npgxmschena 



[7j NaHonalPuMicTran^MitGazeHeej" 



Paclageld = NPTG red 



Region 
| Administrative Arm 
l" NptgDistrict 

AlphaPietiK 
^ CleaiDownRange 

PluzBusZone 



Name: 

AiMhnr 

Veraon: 

Cieated: 

Updated: 



NPTG Model Dependencies 

niclfc 

1.1) 

10JD2/2D10 12:11:36 
14JD5/2D13 16:48:40 



(Rom Npt/gModetPaciage) 



HaptanAJphaPietiKType 

Adm inAieaCodeType 
j^j AdminisbativeAieaCodeType 
' ~ AtcoAieaCodeType 

Cal ICentaeCodeType 
j HptgDisbictCodeType 
Pj PludtusZoneCodeType 
^ RegionShortCodeType 

RegionCndeType 
| PludiusZoneRef 

RegionRef 
F AdminisbationAieaRef 
~ j NptgAdmirastiativeValues 



NptgLocality 

Descriptor 

Qualifier 



Coonf natesType 

LatitudeType 

Lncationldentifier 

LongitudeType 

Location 



GridTypeEnum 
LocationSydem Enum 



[Trcm 



(tioiri Nptglt&odetPact&ge) 



■ u 



Ej CnntactTelephone 
Ej EmailType 
' — EnciyptedString 

NationalPhoneHum berType 
PhoneNum nerType 
PodCodeType 
TelepnoneCountryCodeType 
TelephoneEKtensionType 



(from NaPfFramnw ori<Conponcnts) 



(Tmm Np tgUodcJ Pactstgr. ) 



kizoom 



|c)2t»1-2013 



□ 



Vera oned Child 
Vera onedObj ect 
Vera HiAHributes 
M nditic an onEnum 
StatusEnum 
Versionable 



NptgLocalityReT 
NptgLncalityCndeType 
LocalityClasatcationEnum 
SoiJceLocalityTypeEnum 



UHtyXmlFacfeage 



NaPtFiamewoitiConiionents) 



(Horn NptghtodelPackage) 



Ej EmptyType 
Ej Ertenaons 
|j MultilingualStiing 
3 IdType 



from 

NaPtFnvmvro/kCorrponcnts) 



Figure 11-6 - NPTG Models 
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1 1 .3.2 NPTG Discovery Package & Model Dependencies 



pkgNPTG Discovery Package Dependencies / 



Name: NPTG Discovery Package Dependencies 

Package: NPTG Discovery Physical model 

Version: 1.0 

Author nidfc 



*NPTG» 

Np^ModelPackage 



NpfgUscov efySchema 



jE| NptgDiscovery 



Packageld = NPTGDiscoveryxsd 



~| NptgAdministrabveModel 
' ~| Nptg Local ityModel 
Nptg Local itySupport 
NptgAdministrativeSupporf: 



< 



(ImmW'/b XSD Physical Model) 



«merge» 



NptgDfecov eryPackage 



p^l Nptg Discovery Model 
"~| Nptg Discovery Support 



kizoom 

(c) 2001-2013 
Crown Copyright 



NaPtFrameworiiConipanenls 



J AccessibilityModel Values 
J UtilityTypesModel 
J UnlityXmlPackage 

~j VersloningModel 

^| Version States 

~] DataRjghtsModel 
J DataRightsSupport 
ReusableDaysPackage 

~| LocationModel 
_J DatesModel 

~| HolidayTypesModel 
J TransportModeModel 
J VehideTypeModel 

~| EquipmentPackage 



ffiomNaPTXSD Gorman Fmrrumork) 



Figure 11-7- NPTG Discovery Packages 



pkg NPTG Discovery Model Dependencies 



NfcrtgOi&coveryttodeJ 



Adjacent Region 
C^IICentre 
OpeningHours 
Availability 
TrunhLocality 
TrustedServer 
VfebAppli cation 
Z] ItedBy 



cNFTGs 



Region 

Admini drali veArea 

NptgHsricI 

AlphaPrefix 

CI earDowm Range 

PluzBusZone 



kizoom 

(c) 2001-2013 
Crown Copyright 



(fmm $jo tqKkatc. ii-'a cfa gc. ) 



'tyPadtage) 



HpfgCKscoveryScheBa 



B NptgDiszovery 



tags 

Pachageld = NPTG_Disa>very_xsd 



Name: NPTG Diarovery Model Dependencies 

Author nickk 

Vera on: 1.0 

Cieated: 15/02/2010 12:32:31 

Updated: 14/05/2013 16:39:01 



A. 



LocatiotiModel 



UliitylypesModel 



cNPTGa 

NptaAdainistrafiveSi^iport 



Q ContactTelephone 
jZj EmailType 
[Zj EncryptedString 

j National PhoneNumberType 

j PhoneNumberType 
Q PodCodeType 

j TelephoneCountryCodeType 
|~| TelephoneExtenaonType 



NaptanAlphaPietixType 

Adm nAreaCodeT ype 

AdminiaratrveAreaCodeType 

AtcoAreaCodeT ype 

Call Centre CodeType 

Nptg Didri ctCodeT ype 

PlusbusZoneCodeType 

Region Short CodeT ype 

RegionCodeType 

PlusbusZoneRef 

RegionRef 

Admi nistrationAreaRef 
NptgAdm nigral ive Values 



| CoordinatesType 

j LatitudeType 

j Location! dentifier 
Zj LongitudeType 
~ J Location 

j CompaaflearingEnum 

J GridTypeEnum 

j LocationSyaemEnum 
ZJ Gia^eature 



^ (from 
WaPl^FraiTE w orirConxionenf^l 



ffrnm Nt» J ff-ranr.w oikOonponc. tiff;) 1 



([KwtNphfMuiietPxcteHft' ) 



UtiKyXa Package 



ZJ EmptyType 

j Extensions 

I Multilingual String 
Zj IdType 



NkPtFiatiEwotkGorrponenfs) 



«NPTG» 

NptaLocalityMoclel 



^1 



NptgLocality 

Descriptor 

Qualifier 



ffiomt^jtgModefPadtage) 



iNPTGi 
Np^LocalityS 



iHiport 



Q NptgLDcalilyREf 
|_ NptgLDcalityCbdeType 
|_ LocalityQasfcatiDnEnum 
|_ SouiceLocalityTypeEnum 



>.\ VentonngModel 



(fmmNpig&kHtelPadtagc) 



~ j VeraonedChild 
~ j VeraonedObject 
~ j VeraonAttributes 
~ j ModificationEnum 
j StatuaEnum 
i,_Q VejsionabJe 



(horn 

NaPtFranBworkOonponent^ 
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Figure 1 1-8 - NPTG Discovery Models 

1 1 .3.3 NaPTAN Package & Model Dependencies 



The NaPTAN schema is modularised into a number of packages, with a strict linear dependency. See 
Figure 11-99 & Figure 11-1010. 



pkg NaPTAN Package Dependencies 



•NaPTAN* 
StopModelPackage 




*NPTG» 

NplgUodelPackage 


~] SiteModel 
StopModeH 
^| StopModelSuppoit 
J StopQassrficationGfpPackage 


fcc 

smerges 


NptgAdminidrativeModel 
' ~| NptgLocalityModel 

Nptgl ocality Support 
J Nt*gAdmini drat ve Support 



If 



NaPtframeworkCom portents 



QtomNPTG XSD Physical /tuhdel) 



« merge » 



*NaPTAN» 

NaPVUI PortOflriberestPackage 



\ 

N 

\ 

«merg 



_J PointOflnteiedModel 
J VenueClasatlcabonModel 



•Nal'IAN. 
^■fflZonePackage 



J TariffZoneModel 
Jj TaritTZoneSupport 



«merge» 



emerges 



rfJaPTANi 
NaptanXml Schema 



Packageld = NaPTAN. xsd 



*NaPTAN» 

StopQassiicatianGrpPackage 



StopQ asaficatj on Model 
AirQasali cati on Model 
Rai I Clajgfi cationModel 
FeiryClasafi cationModel 
MetroCI asafi cati on Model 
BusAn dOoach QasticataonModel 
Tel ecabineQassli cationModel 
BusDnStreetQasficatj onModel 
BusStopTypeModel 
Taxi Gasifi cationModel 
Card afflfi cati onM odel 



(lutnt StopModelPackage) 



~j Accessibility Model Values 
_H Unl'tyTypesModel 
J UblityXmlPadage 
J VeraoningModel 
J VeraonStates 
J DataRighldModeJ 
J DataRightBSupport 

~| ReusaUeDaysPadoge 

J LocationModel 
_J DatesModel 
J HolidayType^flodel 

TransportModeModel 
J VehideTypeModel 

~| EquipmentPadege 



(fmmNaPT XSD Oommn Fmnew oik) 



kizoom 

fc) 2001 -2013 
Crown Copyright 



Name: NaPTAN Padage Dependencies 

Author nidfc 

Veraon: 10 

Created: 10/02/2010 12:05:53 

Updated 14/05/2013 19:58:35 



Figure 11-9 - NaPTAN Packages 
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ies J 



pkg NaPTAN Model Dependent 



| NF1G Pacfcage 



*NPTG» 
r^Locali 



^ NptgLocality 
ItaiTJiptor 
Qualifier 



Region 

Ad mi nidiativeAiea 

NptgDidrict 

AlphaPiefix 

QeafDbwnRange 

PluzBusZone 



s/ 



NaPTRneworfc 



| VeraonedChild 
_J VeraonedObject 
] VeraonAHnbutes 
] M DdificatiDnEnum 
] Statufnum 



« NaPTAN* 

Ha ptanXal Schwa 



J 



g Netvwik 
TariffZone 



•NaPTAN* x 
lariftZoneSupport 



NetwDricCcdeType 
TaiiffZoneCodeType 



Uflitylypesllodel 



1 



g ContactTelephone 

^ EmailType 

^ EnciyptedStiing 

^ NatiDnalPhoneNumberType 

PhoneNumberType 
[~j PodCt>deType 
^ TelephoneGDuntryCodeType 

TelephoneExtensonType 



\ 

\ 

\ 



■NaPTAN* 



PointOflnteied 



•NaPTAN* 
Stopilodel 



StopAiea 
SlopPoint 
SlopA variability 
SlopA credibility 



kfzoom 

(c) 2001-2013 
Crown Copyright 



\ 



□ 



NaPTAN Model Depend 
Author ninhk \ 
Vera on: 1.0 \ 
Charted: IB/09/2009 09:52:34 
Updated: 15/05/2013 IB 11 OB ^ 



Site Classification 
Site 
g Dea^iptor 
Place 

SiteAcce^bility 



cNaPTAMs 
StopModd Support: 



-■7 bJ 



Plate CodeType 

AtcoCodeType 

Cleaidown CodeType 

NaptanCodeType 

StopAreaCodeType 

StopPointRef 

StopAieaRef 

lataCDdeType 

GrsCodeType 

M etaoGodeType 

National FenyPoitCodeType 

National CbachCodeType 

TiplocCDdeType 

StopModel Values 



LocanoiModel 



=j GooidinatesType 
LatitudeType 
Locationl denfifier 
j LongitudeType 
Location 
j Compa^learingEnum 
GridTypeEnum 
LocationSy^emEnum 
Gis^atuie 



StapCbssifcationUodcl 



| OffSfeef 
I OnSbeei 



□ 



gnus 

21 Bu9CDadiTramPublic[BCr| 

g Bu9CDadiTramPublicPijvate|BCPJ 



ftitsSInp lypc 

MartcdPoint[MKD] 

UhmaitedPDinl|CUS] 

H1ailAndRideSection|HAR] 

FlexibleZone[RJC] 



1_ 



1°" 

|| SelDov«i[CAR| 



B Taxi 

9 TaxiRankfTXR] 
Q ShaiedTaxi[Stfl| 



\ ^ 

■ ^ V 

^ \ N \ 

\ v \ 

\ V S 
\ V \ 
\ \ \ 

> \ \ 

\ \ N 

\ 

\ 



AiraassiticafonModeJ 



g AccesAiea[GAT] 
|| Entaance[AIR] 
E=| AnnotatedAiiRef 



EfctsAndCoacMaassificationModel 



BusAndCoach 
Bay|BCS] 
g VariableBay|BCQ| 
g AccesAiea[BST 
g Entrance|BCE] 
' 1 AnnotatedCDachRef 



VenueCtassifcationUodel 



Venue 

EndAiea|PSP| 
AccesAiea[POI| 
AnnDtatedVenueRef 
Enlrance[HE| 



FenyOassiicafionllodel 



g Telly 

3 Berth[FBT] 

|| AccesAiea[FER| 

g Entiance[FTD| 

_7j AmotatedFenyRef 



J Metro 
E PlalfoimlPLT] 
g AccesAieafMET] 
g EnbanceTTMU] 
g AnnDtatedMeboRef 



7j Telecabine 

g PlalfDim[LPL| 

~ | AccesAiea|LCB] 

g Entiance|LSE] 

g AnnotatedCablewiayRef 



| Rail 
^ ~ Platlbim[RPL| 
_ AccesAiea[RLY] 
_ AnnotatedRailRef 
E Enbance|RSE] 



Figure 11-10 - NaPTAN Model Dependencies 
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The schemas are organised according to package group (see Table 11-66). NPTG and NaPTAN 
schemas are placed in the root folder; prerequisite shared schemas are placed in subfolders (\apd 
and \napt). 





folder 


Schemas 


Contents 




NaPTAN 


root 


Nar 1 AN.XSu 


Terrninal schema for NaPTAN. 


Renamed in 2.0. 


NPTG 


root 


NPTG.xsd 


Terminal schema for NPTG use. 


New in 2.0. 


NPTG 
Discovery 


root 


NPTG_discovery.xsd 


Terminal schema for NPTG 
discovery use. 


New in 2.0. 


NPTG 


\nptg 


NaPT_administrative_support- 
vN.N.xsd 


Base data types for NPTG 
administration model 


Modularised in 2.4 


\nptg 


NaPTadministrative -vN.N.xsd 


NPTG administrative model 


Modularised in 2.4 


\nptg 


NaPT_locality_support-vN.N.xsd 


Base data types for NPTG locality 
model 


Modularised in 2.4 


\nptg 


NaPTIocality -vN.N.xsd 


NPTG locality model 


Modularised in 2.4 


\nptg 


NaPTdiscoveryadjacentPoints- 
vN.N.xsd 


NPTG discovery adjacent region 
model 


Modularised in 2.4 


\nptg 


NaPTdiscoveryapplications- 
vN.N.xsd 


NPTG discovery application model 


Modularised in 2.4 


NaPT 


\napt 


NaPTaccessibility-vN.N.xsd 


Stop accessibility types. 


New in 2.5 


\napt 


NaPT_dates-vN.N.xsd 


Date and time period type 
declarations shared with other NaPT 
schema. 


New in 2.0. 


\napt 


NaPTdayTypes-vN.N.xsd 


Common day types shared with 
other NaPT schema. 


Modularised in 2.4 


\napt 


NaPTIocation-vN.N.xsd 


Geographic type declarations shared 
with other NaPT schema. 


New in 2.0. 


\napt 


■l 1 |-V -f- 1 . _ » I mm 1 

NaPTmodes-vN.N.xsd 


Vehicle mode type declarations 
shared with other NaPT schema. 


Modularised in 2.4 


\napt 


NaPToperatorsupport-vN.N.xsd 


Vehicle mode type declarations 
shared with other NaPT schema. 


Modularised in 2.4 


\napt 


NaPTstopAccessibility-vN.N.xsd 


Stop accessibility definitions 


New in 2.5 


\napt 


NaPT_utility_types-vN.N.xsd 


Low level application Type 
declarations shared with other NaPT 
schema. 


Modularised in 2.4 


\napt 


NaPT_utility_xml-vN.N.xsd 


Common low level xml types shared 
with other NaPT schema. 


Modularised in 2.4 


\napt 


NaPTversioningAttributes- 
vN.N.xsd 


Common versioning types shared 
with other NaPT schema. 


Modularised in 2.4 


NaPTAN 


\napt 


NaPT_stop-vN.N.xsd 


NaPTAN Stop model shared with 
other NaPT schema. 


Modularised in 2.4 


\napt 


NaPTstopArea-vN.N.xsd 


NaPTAN Stop Area model shared 
with other NaPT schema. 


Modularised in 2.4 




\napt 


NaPT_tariffZone-vN.N.xsd 


NaPTAN TariffZOne model shared 
with other NaPT schema. 


New in 2.5 


Apd 

(Govtalk) 


\apd 


AddressTypes-v1-3.xsd 


UK address types. 


Referenced in 2.0 


\apd 


CommonSimpleTypes.xsd 


UK simple types. 


Referenced in 2.0 


W3C 


\xml 


XML.xsd 


Standard definitions of types. 


Referenced in 2.0 



Table 11-6 - NaPTAN 2.0 Module Names 
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12 RELATION TO OTHER STANDARDS 

12.1 Transmodel Compliance 

12.1.1 Transmodel Terminology 

NaPTAN is based on Transmodel, a general abstract model for describing public transport 
information systems and uses Transmodel terminology where possible. NaPTAN's model of 
interchange points precedes work to extend Transmodel to describe physical interchanges - IFOPT 
(Identification of Fixed Objects in Public Transport). A straightforward conceptual equivalence 
between NaPTAN and the IFOPT model can be established. 

In Transmodel, a SCHEDULED STOP POINT is a point of access to transport identified in a 
timetable. IFOPT refines Transmodel 5.1 to add a physical model that describes a distinct model of 
the interchange (note, however, that although the physical interchange is in reality a different 
concept, in practice often it will have the same identifier as the SCHEDULED STOP POINT). The 
IFOPT model comprises a STOP PLACE and its physical components: a QUAY (any point of access 
to transport such as a platform), an ACCESS SPACE (an area within an interchange other than a 
QUAY, similar to a NaPTAN AccessArea) and an ENTRANCE (similar to a NaPTAN entrance) 

The equivalences between some key NaPTAN elements and their corresponding Transmodel 
concep ts are shown in Table 12-11 



Transmodel/IFOPT 


NPTG and NaPTAN v2.x 


Previously NaPTAN vl.x 


ACTIVITY 


Activity 




DIRECTION 


Direction 


JourneyDirection 


LOCATION 


Location 


(Geocode) 


LOCATING SYSTEM 


LocatingSystem 




STOP PLACE 


Stop Area 




QUAY (SCHEDULED STOP 


StopPoint : Platform, On street 


Stop 


POINT) 


stop, Berth, Gateway, etc 




ACCESS SPACE 


StopPoint: AccessArea 




ENTRANCE 


StopPoint: Entrance 




STOP AREA 


StopArea 


StopCluster 


TIMING POINT 


StopPoint with a tinning status 




TARIFF ZONE 


PlusbusZone, TariffZone 




NETWORK 


Network 





Table 12-1 - Comparison of Key Transmodel Terms 



Most NaPTAN stop types (on-street bus and trolley stops, off-street platforms, berths, airport gates, 
taxi ranks, etc) are QUAYs. Note however that NaPTAN also includes station Entrances and 
AccessArea nodes of an interchange as stop points - In IFOPT these are distinguished as separate 
object types (but they are all Stop Place Components). 

12.2 ITSO Interoperability 

NaPTAN identifiers may be used as stop identifiers in ITSO conformant cards in either of two 
formats: 

- the 1 2 byte AtcoCode 

the 8 character NaptanCode: this will be stored in 4 bytes using the numeric form for each 

character, 
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13 NATIONAL LANGUAGE SUPPORT 

NaPTAN is enabled to allow the coding of schemas in different National Languages, such as Welsh. 
13.1 Text Content Types 

The textual data of a NaPTAN document falls into three different categories: 

• Structured Text: National Language translations of fixed encoded NaPTAN Values, and 
terminology, for example 'Stop', 'Locality', 'Principal timing point'. 

• Free Text: The contents of data elements that can be specified as text, for example area 
names, locality names and stop notes. 

• Aliased Free Text: For certain entities, the use of alternate names is explicitly modelled in 
the schema. For example, a stop point can have a common name and several alternative 
names, allowing for bilingualism. 

13.1.1 Use of Structured Text 

An overall xmhlang attribute is specified at the schema level. This specifies the default language for 
the data, i.e. the default implied language that is to be used to publish the data. It defaults to English 
(en). Welsh is indicated by (cy) 

• Translations are established for the different fixed elements. 

13.1.2 Use of Free Text 

Elements which may contain free text in a natural language {Table 13-11), such as Welsh or English, 
are typed NaturalLanguageString and have an xmhlang language attribute to indicate the language 
of the text. 

• English is assumed if no attribute is specified. 

• The provision of alternative names for a stop in different languages is covered by NaPTAN, 
which allows for multiple alternative names. 

• Note that although the schema imposes no limit on the length of names, the NaPTAN 
database currently restricts names to a maximum of 48 characters. 

13.1.3 Use of Aliased Free Text 

Entities which are aliased may in effect have names in a number of different languages, as they allow 
multiple instances of a name subelement, each having an xmhlang language attribute to indicate the 
language in which it is expressed. Thus for example a stop might have its default name in Welsh, 
with an alternative in English. 



• English is assumed if no xmhlang attribute is specified. 





Group 


Element 


Alias 


NaPTAN 
Database 
length 
limit 


Alia 
s in 
Vers 
ion 


NPTG 


NptgLocality 


Name 


AlternativeDescriptor/ Name 


48 


2.x 


NptgDistrict 


Name 


No 


48 




Region 


Name 


No 


48 




CallCentre 


Name 


No 


48 




AdministrativeArea 


Name 


No 


48 




NaPTAN 


StopPoint 


Descriptor/ 
CommonName 


AlternativeDescriptor / 
CommonName 


48 


1.x 


Descriptor/ 
ShortName 


AlternativeDescriptor 1 ShortName 




2.x0 


Descriptor 1 Indicator 


AlternativeDescriptor 1 Indicator 


48 


2.x 


Descriptor / Landmark 


AlternativeDescriptor 1 Landmark 


48 


2.x 


Descriptor / Street 


AlternativeDescriptor 1 Street 


48 


2.x 


Place 1 Suburb 


No 


48 




Place / Town 


No 


48 




Note 


No 






StopArea 


Name 


No 


48 






Network 


Name 


No 




2.5 




Network 


Name 


No 




2.5 
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TariffZone 


Name 


No 




2.5 




TariffZone 


ShortName 


No 




2.5 



Table 13-1 - Elements That May Contain Natural Language Free Text 
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14 INTEGRITY RULES 

This section describes the integrity checks that should be applied to NPTG and NaPTAN data. For 
each schema these are divided in Syntactic and Semantic rules. 

• Syntactic Rules: XML's inbuilt mechanisms, including Keyrefs, are used in the NPTG and 
NaPTAN schemas to enforce a number of basic integrity checks of data within NPTG and 
NaPTAN documents, including enforcing uniqueness. A document must satisfy these 
constraints, or it is not well formed and will not be processed further by applications. 

• Data types are specified for dates, times, durations and other common data types. 

• Restricted values are enforced by enumerations - see individual tables of allowed values 
under the schema guide entry for constrained elements. 

• Some additional rules for encoding formatted elements are enforced by regular 
expressions. 

• Semantic Rules: Additional integrity rules that apply to interpreting NPTG & NPTG XML 
documents. These rules need to be applied by applications parsing a NPTG document. 
These are subdivided into two categories: 

• Intrinsic Constraints (Int) - Consistency checks that can be applied without reference to 
external data. For many of these, a sensible recovery action can be taken. 

• Extrinsic Constraints (Ext) - Checks of data values that require reference to an external 
source. Whether these need to be applied depends on the availability of the relevant data 
sets, and the purpose of the application 

Semantic rules are assigned a severity (see Table 14-11) that indicates the likely action that an 
appli cation (such as the TransXChange Publisher) will take if the rule is not satisfied. 



Severity 


Meaning 


Action 


1 


Fundamental Inconsistency - Schedule cannot be 
interpreted, accurately 


Report as serious error. Reject for registration. 


2 


Inconsistency - Default Remedial action possible, 
but statutory Registration requires clarification. 


Report, apply remedy automatically. Reject for 
registration. 


3 


Inconsistency - Default Remedial action possible. 


Report, apply remedy automatically. 


4 


Data reference does not exist in external source. 


Report as missing. 


5 


Ancillary data reference does not exist. 


Report as missing. 


6 


Minor data inconsistency. 


Report, leave uncorrected. 



Table 14-1 - Severity Codes for Semantic Integrity Rules 



14.1 NPTG Integrity Rules 



14.1.1 Syntactic Integrity Rules 

Table 14-22 shows XML enforced integrity checks of data within a NPTG document, including 
uniqueness. 



Group 


Element 


# 


Scope 


Reference 


Code 
Scope 


RegionCode 


C1 


Codes of Region declarations must be 
unique within NPTG document (& 
NPTG database). 


RegionRef instances must 
reference a valid definition of a 
Region. 


AdministrativeArea- 
Code 


C2 


Codes of AdministrativeArea 

declarations must be unique within 
NPTG document (& NPTG database). 


AdministrativeAreaRef 

instances must reference a valid 
definition of an 
AdministrativeArea. 


NptgDistrict 


C3 


Codes of NptgDistrict declarations 
must be unique within NPTG 
document. (& NPTG database). 


NptgDistrictRef instances must 
reference a valid definition of an 
NptgLocality. 


NptgLocality 


C4 


Codes of NptgLocality declarations 
must be unique within NPTG 
document (& NPTG database). 


NptgLocalityRef instances must 
reference a valid definition of an 
NptgLocality 
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PlusbusZone 




Codes of PlusbusZone declarations 
must be unique within NPTG 
document (& NPTG database). 






AlternativeName / 
Name 


N1 


Alternative Names for a given element 
must be unique for parent element 




Cyclic 


Paren tL ocalityRef 


X1 


NptgLocality must not reference itself. 





Table 14-2 - NPTG Syntactic Integrity Rules 



14.1 .2 Semantic Integrity Rules 

Table 14-55 shows additional integrity rules that apply to interpreting NPTG XML documents. These 
rules need to be applied by applications parsing a NPTG document. 



Group 


# 


Rule Name 


Description 






Recommended 
Error Handling 


Transitive 
relationships 


X2 


ParentLocalityRef 


NptgLocality Is part of 
relationship should not be 
cyclic. 


Ext 


2 


Ignore 


Name 


M1 


Region name 


Region names should be 


Ext 


2 




uniqueness 




uniqueness 


unique within NPTG. 










M2 


AdministrativeArea 

name uniqueness 


AdministrativeArea 

names should be unique 
within NPTG. 


Ext 


2 






M3 


AdministrativeArea / 
ShortName 

uniqueness 


Full qualified 

AdministrativeArea short 
names should be unique 
within NPTG. 


Ext 


2 






M4 


NptgDistrict name 
uniqueness 


NptgDistrict names 
should be unique within 
NPTG. 


Ext 


2 






M5 


Qualified Locality/ 
Name uniqueness 


Full qualified Locality 
names should be unique 
within NPTG. 


Ext 


2 





Table 14-3 - NPTG Semantic Integrity Rules 



14.2 NPTG Discovery Integrity Rules 

14.2.1 Syntactic Integrity Rules 



Table 14-44 shows XML enforced integrity checks of data within a NPTG Discovery document, 
in cluding uniqueness. 



Group 


Element 


# 


Scope 


Reference 


Code 
Scope 


WebApplication 


C1 


Codes of WebApplication 

declarations must be unique within 
NPTG document 


WebApplication Ret instances 
must reference a valid definition 
of a WebApplication. 




CallCentreCode 




Codes of CallCentre declarations 
must be unique within NPTG 
document. (& NPTG database). 


CallCentre Ret instances must 
reference a valid definition of a 
CallCentre. 



Table 14-4 - NPTG Discovery Syntactic Integrity Rules 



14.2.2 Semantic Integrity Rules 

Table 14-55 shows additional integrity rules that apply to interpreting NPTG Discovery XML 
documents. These rules need to be applied by applications parsing a NPTG document. 



Group 


# 


Rule Name 


Description 


Cat 


Sev 


Recommended 
Error Handling 


References 


R1 


RegionRef 


Region Instances referenced 
through a RegionRef must exist 
in NPTG database. 


Ext 


2 


reject 


R2 


NptgLocalityRef 


NptgLocality Instances 


Ext 


2 


report 
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referenced through an 
NptgLocalityRef must exist in 
the NPTG database. 








R3 


AdministrativeAreaRef 


Administrative Area Instances 
referenced through an 
AdministrativeAreaRef must 
exist in NPTG database. 


Ext 


2 


report 


R4 


StopPointRef 


StopPoint Instances referenced 
through a StopPointRef (for 
example from an 
AdjacentRegionPoinf) must 
exist in NaPTAN database. 


Ext 


2 


report 



Table 14-5 - NPTG Discovery Semantic Integrity Rules 



14.3 NaPTAN Integrity Rules 



14.3.1 Syntactic Integrity Rules 



Table 14-66 shows XML enforced integrity checks of data within a NaPTAN document, including 
uni queness. 



Group 


Element 


# 


Scope 


Reference 


Versions 


VersionNumber 


V1 


Version number of child should 
not be greater than that of 
parent element. 






Modification Date 


V2 


ModificationDate of child 
should not be later than that of 
parent 




Code 
Scope 


AtcoCode 


C1 


Codes of StopPoint 

declarations must be unique 
within NaPTAN document. 






StopAreaCode 


C2 


Codes of StopArea (Cluster) 
declarations must be unique 
within NaPTAN document. 






Network 


C3 


Codes of Network (Fare 
scheme ) declarations must be 
unique within NaPTAN 
document. 


+NaPTv2.5 




TariffZone 


C4 


Codes of TariffZone (Fare 
zone) declarations must be 
unique within NaPTAN 
document. 


+NaPTv2.5 




PointOflnterest 


C4 


Codes of PointOflnterest 

declarations must be unique 
within NaPTAN document. 


+NaPTv2.5 


Cross 
reference 


StopAreaRef 


R1 


References by a Stop to a 
StopArea must correspond 
to a StopArea declared within 
the same NaPTA N document. 






TariffZoneRef 


R2 


References by a Stop to a 
TariffZone (Fare zone) must 
correspond to TariffZone 
declared within the same 
NaPTAN document. 


+NaPT v2.5 




AlternativeName / 


N1 


Alternative Names for a given 






Name 




element must be unique 




Cyclic 


StopAreaParentRef 


X1 


StopArea must not reference 
itself through a 

StopAreaParentRef, either 
directly or indirectly. See also X2 
for indirect references. 




Single 
reference 


StopArea Unique 
Reference 


U1 


StopArea must only be 
referenced by a given 
StopPoint once. 






NptgLocality 

Unique Reference 


U2 


StopPoint must only 
reference a given 





NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 199 of 237 



Department for Transport 

NPTG and NaPTAN Schema Guide 



Annex Appendixes 









NptgLocality through an 

Alternative 1 

N ptg Locality Re f once. 





Table 14-6 - NaPTAN Syntactic Integrity Rules 

14.3.2 Semantic Integrity Rules 



Transitive 


X2 


ParentLocalityRef 


NptgLocality 'Is part of 


Ext 


2 


Ignore 


relationships 






relationship should not be 














cyclic. 









Table 14- 77 shows additional integrity rules that apply to interpreting NaPTAN XML documents. 
These rules need to be applied by applications parsing NaPTAN documents. 



Group 


# 


Rule Name 


Description 


Cat 


Sev 


Recommended 

Pfenr Hnnrllinn 

1 II \J 1 1 Idl IUII 1 IU 


NPTG 
refs 


T3 


NPTG Localities 


NPTG Localities referenced by 
StopPoint and Stop Area instances 

thrniinh an Nntnl ncnliivRt^f miiQt 

uiiuuyii ail I ifJiy ^Kj^rdi I ly I la 1 1 luol 

exist in NPTG database. 


Ext 


1 


Reject 


T4 


NPTG Administrative 
Areas 


NPTG Administrative Areas 
referenced by StopPoint and 
StopArea instances through an 

AHmini^trzifi\/f*Arf*tiRe*f mi iQt pyiqt 

riMI I III ll&ll Ctll vl>/ If Cnfi&f 1 1 luoL CAIol 

in NPTG database. 


Ext 


1 


Reject 


T5 


NPTG PlusbusZones 


NPTG Plusbus zones referenced by 

+DHJfJ~\JII It II loLdl lUtJo LIIIUULjll a 

PlusbusZoneRef must exist in 
NPTG database. 


Ext 


4 


Report 


O 1 




/vr i kj i_uudiiiic?o i ci ci ci iucju uy 

active StopPoint and StopArea 

instances through an 
NotnLocalitvRef or Alternative 
reference should be active. 


LAI 


O 




S2 


NPTG Administrative 
Area Status 


NPTG Administrative Areas 
referenced by active StopPoint and 
StopArea instances through an 
AdministrativeAreaRef should be 
active. 


Ext 


3 


Report 


S3 


NPTG Plusbus 
Status 


Plusbus zones referenced by active 
StopPoint instances through a 
P/usbi/sZoneRe/should be active. 


Ext 


4 


Report, Ignore link 


NaPTAN 


N1 


NaPTAN Stop 
Identifiers. 


Stops defined as new should not 
exist in NaPTAN database, or be 
defined locally 


Ext 


6 


Report 


Stops defined as revised should 
exist in NaPTAN database, or be 
defined locally 


Ext 


6 


Report 


N2 


NaPTAN Stop Area 
Identifiers. 


StopArea instances referenced by 
a StopPoint / Stop AreaRei 'm a 

document must either exist in 
NaPTAN database or be defined in 
document. 


Ext 


3 


Ignore 


N4 


NaPTAN Stop types 


StopType value should correspond 
to OnStreet or OffStreet subtype. 


Int 


3 


Use OnStreet or 
OffStreet element in 
preference 


N3 


ShortCommonName 

length. 


StopPoint 1 ShortCommonName 

should not exceed limit set by and 
for Administrative Area 


Int 


3 


Truncate & Report 


N4 


Qualified 

CommonName 

uniqueness 


Full qualified stop names should be 
unique with Name within national 
context 


Ext 


4 


Report 


X2 


Stop Area hierarchy 


Stop area hierarchy relationship 
should not be cyclic. StopArea 
referenced by StopArea 1 
ParentRef should not be parent or 


Ext 


3 


Report, ignore 
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ancestor of StopArea. See also X1 
for self-references. 










S5 


NaPTAN Stop Point 
StopArea Status 


NaPTAN Stop Areas referenced by 
active StopPoint instances through 
a StopAreaRef should be active. 


Ext 


4 


Report 




S6 


A/aPT/l/V StopArea 
parent Status 


Parent Stop Areas referenced by 
active StopArea instances through 
a StopArea / ParentRef should be 
active. 


Ext 


4 


Report 




E3 


TiplocCode 


TiplocCode of AnnotatedRailRef 

should be valid TIPLOC. 


Ext 


4 


Report 




E4 


CoachCode 


CoachCode of 

AnnotatedCoachRef should be 
valid National Coach code. 


Ext 


4 


Report 




E5 


lataCode 


lataCode of AnnotatedAirRef 

declarations should be valid IATA 
airport code. 


Ext 


4 


Report 




E6 


FerryCode 


FerryCode of AnnotatedFerryRef 

declarations should be valid ferry 
port airport code. 


Ext 


4 


Report 



Table 14-7 - NaPTAN Semantic Integrity Rules 
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15 APPENDICES 



15.1 2.0 Changes Since 1.1 

The following table summarises the changes to NaPTAN included in Version 2.0, compared with 
Version 1 .0: 

• Addition of NPTG elements to a new schema. 

• [NaPTAN good practice] Use of AlternativeName rather than whole element. 

• Renamed ATCOCode-* AtcoCode, 

o Stop-* StopPoint, 

o StopRef-^StopPointRef, 

o StopGroup-* StopArea. 

o SMSNumber-^ NaptanCode, 

o AreaCode -> StopAreaCode, 

o AreaType-^StopAreaType, 

o BusRegistrationStatus-* TimingStatus 

• [NaPTAN Transmodel] Renamed Stop/ Place I Direction to be Bearing to avoid confusion with the direction of a 
vehicle journey. 

• [NaPTAN] Renamed Locality element to be Place, to be Transmodel compliant, and to avoid confusion with 
NptgLocality, and Location. 

• [NPTG modularisation] Moved StopPoint and StopArea structures to NaPT schema. 

• [NAPT harmonisation] Suburb, Town, Street made Natural Language Types 

• [NPTG harmonisation] Move NPTG AdministrativeAreaCode type to individual stop points. Add 
AdministrativeAreaRef to StopPoint and StopArea. 

• [NaPTAN harmonisation] Added optional CreationDateTime, and standardised ModificationDateTime to 
modification details group attributes. Added to additional entities. 

• [NAPT geographic] Add WGS geocode support. WGS84 types added to NaPT geographic. Added LocationSystem 
attribute to schema root. Modify Location to support both. 

• [NPTG modularisation] Moved Country from Administrative Area to Region. Note also that each 
AdministrativeArea must belong to a region, so this means a national region will be required to support national 
AdministrativeArea. 

• [NPTG modularisation] Add AdministrativeArea to NptgDistrict. 

• [NaPTAN modularisation] Moved Location element to be within Place. 

• [NPTG] Model WebApplication as separate element classifications. 

• [NPTG] Move ExchangePointsto NaPTAN. 

• [NPTG Discovery] Move Call centres, Region and AREPS. [NPTG Discovery] 

• [NPTG] Add SMS prefixes to AdministrativeArea. 

• [NPTG] Add ShortName to AdministrativeArea. 
[NAPTAN] Add FLX BusStopType, add CCH StopType. 

• [NaPTAN] Group CommonName, Street, Indicator, Landmark within a Descriptor Element. 

• [NaPTAN] Rename and extend StopPoint AlternativeName to be AlternativeDescriptor, with CommonName, 
Street, Indicator, and Landmark. 

• [NaPTAN] Add ShortCommonName to StopPoint / Descriptor. Add MaximumLengthForShortNames to 
AdministrativeArea 

• [NPTG] Add Plusbus zones. 



CSV Renamed fields to match XML schema element names 
CSV add fields for additional elements, including lang & mod types 
CSV Reorganise 



15.2 2.1 Changes Since 2.0 

The following table summarises the changes to NaPTAN included in Version 2.1, compared with 
Version 2.0: 

• NaPT_stop Landmark and Street elements made .optional. 

• NaPT_stop AnnotatedStopRef supported on OnStreetlBus 

• NaPT_stop OperatorRef added to AnnotatedStopRef. 
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15.3 References 

1 5.3.1 .1 Transport Domain 



TransXChange 

TransXChange is a UK Department for Transport sponsored protocol, which defines a national data 
standard for the interchange of bus route registration, route and timetable information between 
operators, the Traffic Area Offices, Local Authorities and Passenger Transport Executives, and 
Traveline - the National Passenger Transport Information System. 



http://www.transxchanqe.dft.qov.uk/ 





TransXChange XML Schema 2.5 
(http://www.transxchanqe. dft.qov.uk/ 


2013 April 


Nick Knowles 




department for Transport 
rransXChange Schema Guide 2.5 
http://www.transxchanqe.orq.uk/ 


2013 April 


Nick Knowles 


NaPTAN 






National Public Transport Access Nodes (NaPTAN) Database. NaPTAN seeks to assemble and 
maintain a single source of information on the location and naming of bus stops and other public 
transport access nodes in England, Wales and Scotland, http://www.traveline.orq.uk/naptan/ 




UK Department for Transport 

Integrated Transport CREATING THE JOURNEYWEB NETWORK 
Deliverable Number 04-5 
NaPTAN Specification v1 .0 

National Public Transport Access Nodes (NaPTAN) Database 
http://www.traveline.org.uk/naptan/naptan-4.5-Specification-v1 .0b97.doc 


2002 Nov 


WS Atkins 




PROJECT 783, TRANSPORT DIRECT 

NAPTAN HOSTING, NAPTAN - UPLOADING DATA 

P78324003 Issue 1 Draft A 


28 October 2003 


Thales 



15.3.2 JourneyWeb 

JourneyWeb is a UK Department for Transport sponsored protocol which defines a national data 
standard for the dynamic interchange of transport information, including journey plans, and 
timetables. It is used by the Transport Direct Portal project. 



JW 


UK Department for Transport 


2013 April 


Kizoom 




JourneyWeb 2.5 Schema GUIDE 








http://www.kizoom.com/standards/journeyweb/schema/schemas.htm 







Transmodel CEN TC 278 



Transmodel is a European Union sponsored abstract standard for describing Public Transport 
Information Systems. 



Transmodel 


French Ministry for Transport 


2004 Jan 


CEN 




REFERENCE DATA MODEL FOR PUBLIC TRANSPORT 








[CEN011 CEN TC278, Reference Data Model For Public 








Transport, ENV12896 revised, June 2001. 
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TCEN971 CEN TC278, Road Transport and Traffic Telematics - 
Public Transport -Reference Data Model, prEIW 12896, May 
1997 

http://www.Transmodel.orq 






IFOPT 


Road traffic and transport telematics — Public transport — 
Identification of fixed objects in public transport CEN/TC 278 
CEN TC 278 Wl 00278207 


2007 Dec 


CEN 



SIRI CEN TC 278 



SIRI 


Public transport — Service interface for real-time information relating 


2008 Jan 


CEN 




to public transport operations 








— Part 1 : Context & Framework: CEN/TS 00278181-1, 


2012 V 2.0 






— Part 2: Communications Infrastructure CEN/TS 002781 81 -2, 








— Part 3: Functional service interfaces: CEN/TS 00278181-3 







15.3.2.2Software & General 



XML Schema 



http://www.w3.orq/XML/Schema 





XML Schema Part 0: Primer 

http://www.w3.orq/TR/2001/REC-xmlschema-0-20010502/ 


2001 May 2 


David C. Fallside 




XML Schema Part 1 : Structures 

http://www.w3.orq/TR/2001/REC-xmlschema-1 -2001 0502/ 


2001 May 2 


Various 




XML Schema Part 2: Datatypes 

http://www.w3.orq/TR/2001/REC-xmlschema-2-20010502/ 


2001 May 2 


Paul V. Biron and 
Ashok Malhotra 



ISO Time Formats 





D ISO 8601 Date and Time Formats 
http://www.w3.orq/TR/xmlschema-2/ - isoformats 


2001 May 2 


W3C Various 




ISO8601 :2000(E) 

Data elements and interchange formats - Information interchange - 
Representation of dates and times Second edition 2000-12-15 
http://lists.ebxml.orq/archives/ebxml-core/200104/pdf00005.pdf 


2000 Dec 15 


Louis Visser 



WGS 1984 Location Referencing 





World Geodetic Standard 1984 




W3C Various 




http://www.wqs84.com/ 







ISO 639-1 Names of Languages 





ISO 639-1 :2001 . Code for the representation of the names of languages 
http://www.oasis-open.orq/cover/iso639a.html 




Infoterm 



Rfc 1766 Tags for the Identification of Languages 





rfc1766 - Tags for the Identification of Languages 
http://www.ietf.orq/rfc/rfc1766.txt 




Infoterm 
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GovTalk XML Coding Standards 





Office of the e-Envoy 

Schema Guidelines 

Best Practice Advice Version 2 

http://www.qovtalk.qov.uk/documents/Schema Guidelines 2.doc 


2002 Oct 12 


Paul Spencer 




e-Government Metadata Standard 
e-GMS 1.0 

http://www.qovtalk.qov.uk/documents/e- 
Government Metadata Standard v1.pdf 


2002 Apr 


Office of e-Envoy 
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15.4 Standard Abbreviations for Topographical Features 

The following standard abbreviations for topographical features and other terms are preferred. They 
should be used only where it is essential that the full name be abbreviated (to meet constraints of 
field-lengths in a database, for instance). 



15.4.1 


Relationship 


Abbreviation 


Adjacent 


Adj 


Near 


Nr 


Opposite 


Opp 


Outside 


O/s j 


Great 


Gt 



Terms for Relationship 



Topographical 


Abbreviation 


Feature 




Alley 


Al 


Approach 


App 


Arcade 


Arc 


Avenue 


Ave, Av 


Back 


Bk 


Boulevard 


Bvd 


Bridge 


Bri 


Broadway 


Bway 


Buildings 


Bldgs 


Bungalows 


Bglws 


Business 


Bsns 


Causeway 


Cswy 


Centre 


Ctr 


Church 


Chu, Ch 


Churchyard 


Chyd 


Circle 


Circ 


Circus 


Ccus 


Close 


Clo, CI 


College 


Col 


Common 


Comn 


Corner 


Cnr j 


Cottages 


Cotts 


Court 


Ct 


Courtyard 


Ctyd 



Greater 


Gtr 


Little 


Lt 


Upper 


Upr 


Middle 


Mdl 


Lower 


Lwr j 


East 


E 


iphical Features 


Crescent 


Cres 


Cross-roads 


Xrds 


Drive 


Dri, Dr 


Drove 


Dro 


Embankment 


Embkmt 1 


Esplanade 


Espl j 


Estate 


Est 


Gardens 


Gdns j 


Gate 


Ga 


Green 


Grn, Gn 


Grove 


Gro 


Heights 


Hts 


Hospital 


Hosp 


Industrial 


Ind 


Infirmary 


Inf 


Interchange 


Into 


Junction 


Jet 


Lane 


Ln, La 


Manor 


Mnr 


Mansions 


Mans 


Market 


Mkt 


Mews 


Mws 


Mosque 


Msq 


Mount 


Mt 


Orchard 


Orch 


Palace 


Pal 


Parade 


Pde 



West 


W 


North 


N 


South 


S 


Saint 


St (D 



Park 


Pk 


Passage 


Pass 


Place 


PI 


Police Station 


Pol Stn 


Precinct 


Prec 


Promenade 


Prom 


Quadrant 


Quad 


Road 


Rd 


Roundabout 


Rdbt 


Square 


Sq 


Stairs 


Strs 


Station 


Stn 


Steps 


Stps 


Street 


St (1) 


Subway 


Sub 


Synagogue 


Syng 


Terrace 


Ter, Terr 


Temple 


Tmpl 


Trading 


Trdg 


Turn 


Tn 


View 


Vw 


Villas 


Vs 


Walk 


Wlk 


Way 


Wy 


Yard 


Yd 



(1) St as prefix means 'Saint'. St as suffix means 'Street'. 



15.4.3 Common Acronyms 



Term 


Abbreviation 


Football Club 


FC 


Her Majesty's 
Prison 


HMP 



Post Office 


PO 


Public House 


PH 


Royal Air Force 


RAF 



15.4.4 Common Adjectives 



Adjective 


Abbreviation 


National 


Ntl 



British 


Brt 


Royal 


Ryl 



Scottish 



Set 
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15.5 NPTG CSV Exchange Formats 

This appendix describes the NPTG CSV exchange format. It presents: 

• A diagram of the NPTG 1 .2 tables and their interrelationships. 

• A diagram of the revised NPTG 2.1 tables and their interrelationships. 

• A list of the NPTG CSV table names. 

• Detailed descriptions of the contents of each NPTG CSV table. 



For comparison purposes, Figure 15-11 shows the previous data fields and relationships between 
each of the CSV exchange tables in the NPTG tor Version 1.2. 
The following conventions are used: 

• NaPTAN elements are shown shaded in green. For example, 'NaPTAN Point'. 

• Fields deprecated in 1 .1 have a '-'against them. For example 'Exchange Point ID-'. 

• Derived Fields are shown in brackets. For example, '(ton)' 

• Required fields are shown in bold. 

• Primary keys are indicated by a PK. Foreign keys by a FK. 

Figure 15-22 shows the data fields and relationships between each of the CSV exchange tables in 
the NPTG for Version 2.1 

Figure 15-33 shows the data fields and relationships between each of the CSV exchange tables in 
the NPTG Discovery tor Version 2.1 ; the tables have been partitioned between the two schemas 
and some tables have been moved to the NaPTAN schema. 
The same conventions are used. In addition: 

• NPTG 2.x schema element names are used as the field names. 

• Fields added in 2.0 have a '+' against them. For example ' LocalityClassification+'. 

• Fields whose types have been revised have a * against them - this is restricted to revising 
Date to be a DateTime. Fields whose enums values are not marked. 

Summary of differences 

• RailExchange, CoachExchange, Air Exchange moved to NaPTAN as AnnotatedRailRef. 

• CallCentre and Region Traveline URLS AREP moved to NPTG Discovery 

• PlusbusZones added. 

• Relationship between 

• ShortName added, 

• Entity modification attributes standardised. 

• Language attributes added 
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1 5.5.1 NPTG CSV 1 .2 CSV Format Overview [Deprecated] 
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Figure 15-1 - Diagram of National Gazetteer 1.2 CSV Tables 
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1 5.5.2 NPTG CSV 2.1 CSV Format Overview 
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Figure 15-2 - Diagram of National Gazetteer 2.1 CSV Tables 



NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 210 of 237 



Department for Transport 

NPTG and NaPTAN Schema Guide 



Annex 



Appendixes 



1 5.5.3 NPTG Discovery CSV 2.1 CSV Format Overview 
NPTG Discovery C 5V Schema 2.1 
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Figure 15-3 - Diagram NPTG Discovery CSV 2.1 CSV Tables 



15.6 NPTG: CSV Files 





Group 


Content 


File name 


Old File Name 


Version 


NPTG 


Admin 


Regions 


Regions. csv 


Traveline Regions. csv 


1.0 






Administrative Areas 


AdminAreas.csv 


AdminAreas.csv 


1.0 






NPTG Districts 


Districts. csv 


District.csv 


1.0 




Locality 


NPTG Localities 


Localities. csv 


Localities. csv 


1.0 
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Alternative Locality Names 


LocalityAlternativeNames.csv 


AlternateNarnes.csv 


1.0 


Locality Hierarchy 


LocalityHierarchy.csv 


Hierarchy. csv 


1.0 


Adjacent Localities 


AdjacentLocality.csv 




2.0+ 


Plusbus 


Plusbus zones 


PlusbusZones.csv 




2.0+ 


Plusbus zone boundaries 


PlusbusMapping.csv 




2.0+ 


NPTG 
Discovery 


Exchange 


Adjacent Region Points 


AREPs.csv 


AREPs.csv 


1.0 


Resource 


Trusted Servers 


TrustedServers.csv 


TrustedClients.csv 


1.0* 


Call Centres 


CallCentres.csv 


CallCentres.csv 


1.0 


Call Centres Areas 


CallCentresAreas.csv 


CallCentresAreas.csv 


2.0 


WebApplications 


WebApplications. csv 


(Regions. csv) 


2.0+ 


WebApplications for Region 


RegionWebApplications.csv 




2.0+ 


WebApplications for Area 


AdminAreaWebApplications.csv 




2.0+ 


WebApplications for Locality 


LocalityWebApplications.csv 




2.0+ 


WebApplications for Stop 


StopWebApplications.csv 




2.0+ 



Table 15-1 - NPTG CSV files 



Each CSV file must contain a header row containing the corresponding field names for each file. 
Some derived fields are only present in exports from the NaPTAN database. If these derived fields 
are included in data intended for import into the database they will simply be ignored. 



15.6.1 NPTG: Regions CSV table 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandatory 


Type 


Size 


V 


Locality 


RegionCode 


Region ID 


Yes 


FK 


8 


1.0 


Locality 


RegionName 


LocalityName 


Derived 


nIString 


48 


1.0 


RegionName 


RegionNameLang 


new 


No 


xmtlanguage 


2 


+2.0 


Locality 


CreationDateTime 


Date of Issue 


Yes 


xsd:dateTime 


25 


1.0 * 


Locality 


ModificationDate Time 


Date of Last Change 


No 


xsd:dateTime 


25 


1.0 * 


Locality 


RevisionNumber 


Issue Version 


No 


revision 


5 


1.0 * 


Locality 


Modification 


new 


No 


new | del | rev 


3 


+2.0 



Table 15-2 - NPTG: Region.csv Content 



1 5.6.2 NPTG: AdminAreas CSV table 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandatory 


Type 


Size 


V 


AdminArea 


AdministrativeAreaCode 


Admin Area ID 


Yes 


PK 


8 


1.0 


AdminArea 


AtcoAreaCode 


Atco Code 


Yes 


code 




+2.0 


AdminArea 


AreaName 


LocalityName 


Derived 


nIString 


48 


1.0 


AreaName 


AreaNameLang 


new 


No 


xml:language 


2 


+2.0 


AdminArea 


ShortName 


n new 


Derived 


nIString 


48 


+2.0 


AdminArea 


ShortNameLang 


new 


No 


xmtlanguage 


2 


+2.0 


AdminArea 


Country 


same 


Yes 


enum 


3 


1.0 


AdminArea 


RegionCode 


Region ID 


Yes 


FK 


8 


1.0 


AdminArea 


Maximum 

LengthForShortNames 




No 


xsd.positive- 
integer 


3 


+2.0 


AdminArea 


National 


new 


No 


xsd:boolean 


1 


+2.0 


AdminArea 


ContactEmail 


Email for contact 


No 


apd.vmail 




+2.0 


AdminArea 


ContactTelephone 


PhoneNo for contact 


No 


apd:phone 


20 


+2.0 


AdminArea 


CreationDateTime 


Date of Issue 


Yes 


xsd:dateTime 


25 


1.0 * 


AdminArea 


ModificationDate Time 


Date of Last Change 


No 


xsd:dateTime 


25 


1.0 * 


AdminArea 


RevisionNumber 


Issue Version 


No 


revision 


5 


1.0 * 


AdminArea 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-3 - NPTG: Admin.csv Content 

Note: Administrative Area Cleardown Prefixes and NaptanCode prefixes may only be exchanged in 
XML 



15.6.3 NPTG: District CSV table 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


District 


DistrictCode 


District ID 


Yes 


PK 


8 


1.0 


District 


DistrictName 


Name 


Yes 


PK 


48 


1.0 
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Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


DistrictName 


DistrictLang 


new 


No 


xmklanguage 


2 


+2.0 


District 


AdministrativeAreaCode 


new 


Yes 


FK 


8 


+2.0 


District 


CreationDateTime 


Date of Issue 


No 


xsd:dateTime 


25 


1.0 * 


District 


ModificationDate Time 


Date of Last Change 


No 


xsd:dateTime 


25 


+2.0 


District 


RevisionNumber 


Issue Version 


No 


revision 


5 


1.0 * 


District 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-4 - NPTG: District.csv Content 



15.6.4 NPTG: Locality CSV table* 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Si 
ze 


V 


Locality 


Np tgL ocalityCode 


NatGazlD 


Yes 


PK 


8 


1.0 


Locality 


LocalityName 


LocalityName 


Yes 


placeName 


48 


1.0 


LocalityName 


LocalityNameLang 


new 


No 


enum 


2 


+2.0 


Locality 


ShortName 


new 


Derived 


placeName 


48 


+2.0 


ShortName 


ShortNameLang 


new 


No 


xmklanguage 


2 


+2.0 


Locality 


QualifierName 


new 


No 


placeName 


48 


+2.0 


QualifierName 


QualifierNameLang 


new 


No 


xmklanguage 


2 


+2.0 


Locality 


QualifierLocalityRef 


new 


No 


FK 


8 


+2.0 


Locality 


QualifierDistrictRef 


new 


No 


FK 


8 


+2.0 


Locality 


AdministrativeAreaCode 


Admin Area ID 


Yes 


FK 


8 


1.0 


Locality 


NptgDistrictCode 


District ID 


Yes 


FK 


8 


1.0 


Locality 


SourceLocalityType 


LocalityType 


Yes 


enum 


3 


1.0 


Location 


GridType 


new 


No 


enum 


1 


+2.0 


Location 


Easting 


same 


Yes 


easting 


6 


1.0 


Location 


Northing 


same 


Yes 


northing 


7 


1.0 


Location 


Longitude 


new 


Derived 


Ion 




+2.0 


Location 


Latitude 


new 


Derived 


lat 




+2.0 


Locality 


CreationDateTime 


Date of Issue 


Yes 


xsd:dateTime 


25 


1.0* 


Locality 


ModificationDate Time 


Date of Last Change 


No 


xsd:dateTime 


25 


1.0 * 


Locality 


Re visionNumber 


Issue Version 


No 


revision 


5 


1.0 


Locality 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-5 - NPTG: Localities.csv Content 



15.6.5 NPTG: LocalityAlternativeNames CSV table* 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




AltLocality 


Np tgL ocalityCode 


Parent ID 


Yes 


PK, FK 


8 


1.0 


Locality 


OldNptgLocalityCode- 


Alternate ID 


No 


FK 


8 


-1.0 


AltLocality 


LocalityName 


LocalityName 


Yes 


placeName 


48 


1.0 


LocalityName 


LocalityNameLang 


new 


No 


xmklanguage 


2 


+2.0 


AltLocality 


ShortName 


new 


Derived 


placeName 


48 


+2.0 


AltLocality 


ShortNameLang 


new 


No 


xmklanguage 


2 


+2.0 


AltLocality 


QualifierName 


new 


No 


placeName 


48 


+2.0 


QualifierName 


QualifierNameLang 


new 


No 


xmklanguage 


2 


+2.0 


AltLocality 


QualifierLocalityRef 


new 


No 


FK 


8 


+2.0 


AltLocality 


QualifierDistrictRef 


new 


No 


FK 


8 


+2.0 


AltLocality 


CreationDateTime 


Date of Issue 


No 


xsd:dateTime 


25 


1.0 * 


AltLocality 


ModificationDate Time 


Date of Last Change 


No 


xsd:dateTime 


25 


1.0 * 


AltLocality 


Re visionNumber 


Issue Version 


No 


revision 


5 


1.0 * 


AltLocality 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-6 - NPTG: Locality AlternativeNames.csv Content 
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1 5.6.6 NPTG: LocalityHierarchy CSV table* 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




Hierarchy 


ParentNptgLocalityCode 


Parent ID 


Yes 


PK, FK 


8 


1.0 


Hierarchy 


ChildNptgLocalityCode 


Child ID 


Yes 


PK, FK 


8 


1.0 


Hierarchy 


CreationDateTime 


Date of Issue 


Yes 


xsd:dateTime 


25 


1.0 * 


Hierarchy 


ModificationDate Time 


Date of Last Change 


No 


xsd:dateTime 


25 


1.0 * 


Hierarchy 


RevisionNumber 


Issue Version 


No 


revision 


5 


1.0 * 


Hierarchy 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-7- NPTG: LocalityHierarchy.csv Content 



15.6.7 NPTG: AdjacentLocalities CSV table+ 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




Locality 


Np tgL ocalityCode 


new 


Yes 


PK, FK 


8 


+2.0 


Locality 


AdjacentNptgLocalityCode 


new 


Yes 


PK, FK 


8 


+2.0 


Locality 


CreationDateTime 


new 


Yes 


xsd:dateTime 


25 


+2.0 


Locality 


ModificationDate Time 


new 


No 


xsd:dateTime 


25 


+2.0 


Locality 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


Locality 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-8 - NPTG: Adjacent Localities. csv Content 



1 5.6.8 NPTG Plusbuszones CSV table+ 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




PlusbusZone 


PlusbusZoneCode 


new 


Yes 


PK 


12 


+2.0 


PlusbusZone 


Name 


new 


Yes 


nIString 


48 


+2.0 


Name 


NameLang 


new 


No 


xml:language 


2 


+2.0 


PlusbusZone 


Country 


new 


Yes 


enum 


8 


+2.0 


PlusbusZone 


CreationDateTime 


new 


Yes 


xsd:dateTime 


25 


+2.0 


PlusbusZone 


ModificationDate Time 


new 


No 


xsd:dateTime 


25 


+2.0 


PlusbusZone 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


PlusbusZone 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-9 - NPTG: PlusbusZones.csv Content 



1 5.6.9 NPTG PlusbuszonesMapping CSV table+ 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




Mapping 


PlusbusZoneCode 


new 


Yes 


PK 


12 


+2.0 


Mapping 


Sequence 


new 


Yes 


integer 


int 


+2.0 


Location 


GridType 


new 


No 


enum 


1 


+2.0 


Location 


Easting 


new 


Yes 


easting 


6 


+2.0 


Location 


Northing 


new 


Yes 


northing 


7 


+2.0 


Mapping 


CreationDateTime 


new 


Yes 


xsd:dateTime 


25 


+2.0 


Mapping 


ModificationDate Time 


new 


No 


xsd:dateTime 


25 


+2.0 


Mapping 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


Mapping 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-10 - NPTG: PlusbusMappings.csv Content 



15.7 NPTG Discovery: CSV Files 



15.7.1 NPTG Discovery: AdjacentRegionPoints CSV table+ 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




Arep 


AtcoCode 


ATCOCode 


Yes 


PK 


12 


1.0 
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Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




Arep 


FromRegionCode 




Yes 


PK, FK 


8 


1.0 


Arep 


ToRegionCode 




Yes 


PK, FK 


8 


1.0 


Location 


(GridType) 


new 


No 


enum 


1 


+2.0 


Location 


(Easting) 


same 


Yes 


easting 


6 


1.0 


Location 


(Northing) 


same 


Yes 


northing 


7 


1.0 


Arep 


CreationDateTime 


Date of Issue 


No 


xsd:dateTime 


25 


1.0 


Arep 


ModificationDate Time 


new 


No 


xsd:dateTime 


25 


+2.0 


Arep 


RevisionNumber 


Issue Version 


No 


revision 


5 


1.0 


Arep 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-11 - NPTG: AdjacentRegionPoints.csv Content 



1 5.7.2 NPTG Discovery: CallCentres CSV table+ 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




CallCentre 


CallCentreCode 


ATCOCode 


Yes 


PK 


12 


1.0 


CallCentre 


RegionCode 




Yes 


PK, FK 


8 


1.0 


CallCentre 


Name 




Yes 


nIString 


48 


+2.0 


Name 


NameLang 


new 


No 


xmt.language 


2 


+2.0 


CallCentre 


Public Telephonee 


new 


Yes 


phone 


18 


+2.0 


CallCentre 


DirectTelephone 


same 


No 


phone 


18 


1.0 


CallCentre 


Notes 


new 


No 


xsd:string 


3 


+2.0 


CallCentre 


CreationDateTime 


Date of Issue 


No 


xsd:dateTime 


25 


1.0 


CallCentre 


Modifica t ion Da te Time 


new 


No 


xsd:dateTime 


25 


+2.0 


CallCentre 


RevisionNumber 


Issue Version 


No 


revision 


5 


1.0 


CallCentre 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-12 - NPTG: CallCentres.csv Content 



Call centre availability / opening hours can only be exchanged in XML 



1 5.7.3 NPTG Discovery: CallCentresAreas CSV table+ 



Parent 
Element 


CSV Field /Element 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




CallCentreArea 


CallCentreCode 


new 


Yes 


PK 


12 


1.0 


CallCentreArea 


AdministrativeAreaCodee 


new 


Yes 


PK, FK 


8 


1.0 


CallCentreArea 


CreationDateTime 


new 


No 


xsd:dateTime 


25 


1.0 


CallCentreArea 


ModificationDate Time 


new 


No 


xsd:dateTime 


25 


+2.0 


CallCentreArea 


Re visionNumber 


new 


No 


revision 


5 


1.0 


CallCentreArea 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-13 - NPTG: CallCentres.csv Content 



1 5.7.4 NPTG Discovery: TrustedServer CSV table + 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 
ory 


Type 


Size 


V 


TrustedServer 


ServerCode 




Yes 


PK 


20 


+2.0 


TrustedServer 


FirstIP 




Yes 


xsd:NMTOKEN 


16 


+2.0 


TrustedServer 


LastIP 




Yes 


xsd:NMTOKEN 


16 


+2.0 


TrustedServer 


Description 




No 


xsdistring 


20 


1.0 


TrustedServer 


CreationDateTime 


Date of Issue 


No 


xsdidateTime 


25 


+2.0 


TrustedServer 


ModificationDate Time 


Date of Last Change 


No 


xsdidateTime 


25 


+2.0 


TrustedServer 


RevisionNumber 


Issue Version 


No 


typed 


5 


+2.0 


TrustedServer 


Modification 


new 


No 


enum 


3 


+2.0 
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Table 15-14 - NPTG: TrustedServer.csv Content 



1 5.7.5 NPTG Discovery: WebApplications CSV table + 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 
ory 


Type 


Size 


V 


WebApp 


WebApplicationCode 


new 


Yes 


PK (NMTOKEN) 


20 


+2.0 


WebApp 


Version 


new 


Yes 


PK (String) 


20 


+2.0 


WebApp 


WebApplicationClassification 


new 


No 


xsdistring 


20 


+2.0 


WebApp 


Description 


new 


No 


xsdistring 


50 


+2.0 


WebApp 


Staging 


new 


No 


xsdistring 


50 


+2.0 


WebApp 


ServerCode 


new 


No 


FK 


20 


+2.0 


WebApp 


WebApplication URL 


JWV ersion 


No 


xsdistring 


20 


1.0 


WebApp 


CreationDateTime 


Date of Issue 


No 


xsdidateTime 


25 


1.0 * 


WebApp 


ModificationDate Time 


Date of Last Change 


No 


xsdidateTime 


25 


1.0 * 


WebApp 


Re visionNumber 


Issue Version 


No 


typed 


5 


1.0 * 


WebApp 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-15 - NPTG: WebApplications.csv Content 



1 5.7.6 NPTG Discovery: WebAppCapabilities CSV table + 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 
ory 


Type 


Size 


V 


WebAppCap 


WebApplicationCode 


new 


Yes 


PK, FK 


8 


+2.0 


WebAppCap 


Version 


new 


Yes 


PK, FK 


20 


+2.0 


WebAppCap 


CapabilityCode 


new 


Yes 


PK 


8 


+2.0 


WebAppCap 


CreationDateTime 


new 


No 


xsdidateTime 


25 


1.0 * 


WebAppCap 


ModificationDateTime 


new 


No 


xsdidateTime 


25 


1.0 * 


WebAppCap 


RevisionNumber 


new 


No 


typed 


5 


1.0 * 


WebAppCap 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-16 - NPTG: WebAppCapabilities.csv Content 



1 5.7.7 NPTG Discovery: RegionApplications CSV table + 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 
ory 


Type 


Size 


V 


RegionApp 


RegionCode 


new 


Yes 


PK, FK 


8 


1.0 


RegionApp 


WebApplicationCode 


new 


Yes 


PK, FK 


8 


+2.0 


RegionApp 


Version 


new 


Yes 


PK, FK 


20 


+2.0 


RegionApp 


CreationDateTime 


new 


No 


xsdidateTime 


25 


+2.0 


RegionApp 


Modifica t ion Da te Time 


new 


No 


xsdidateTime 


25 


+2.0 


RegionApp 


RevisionNumber 


new 


No 


typed 


5 


+2.0 


RegionApp 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-17- NPTG: RegionApplications.csv Content 



1 5.7.8 NPTG Discovery: AdminAreaApplications CSV table + 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 
ory 


Type 


Size 


V 


AdminApp 


AdministrativeAreaCode 


new 


Yes 


PK, FK 


3 


+2.0 


AdminApp 


WebApplicationCode 


new 


Yes 


PK, FK 


10 


+2.0 


AdminApp 


Version 


new 


Yes 


PK, FK 


20 


+2.0 


AdminApp 


CreationDateTime 


new 


Yes 


xsdidateTime 


25 


+2.0 


AdminApp 


ModificationDate Time 


new 


No 


xsdidateTime 


25 


+2.0 


AdminApp 


RevisionNumber 


new 


No 


typed 


5 


+2.0 


AdminApp 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-18- NPTG: AdminAreaApplications.csv Content 



1 5.7.9 NPTG Discovery: LocalityApplications CSV table + 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 


Type 


Size 


V 








ory 
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Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 
ory 


Type 


Size 


V 


LocalityApp 


Np tgL ocalityCode 


new 


Yes 


PK, FK 


8 


+2.0 


LocalityApp 


WebApplicationCode 


new 


Yes 


PK, FK 


10 


+2.0 


LocalityApp 


Version 


new 


Yes 


PK, FK 


20 


+2.0 


LocalityApp 


CreationDateTime 


new 


No 


xsdidateTime 


25 


+2.0 


LocalityApp 


Modifica t ion Da te Time 


new 


No 


xsdidateTime 


25 


+2.0 


LocalityApp 


RevisionNumber 


new 


No 


typed 


5 


+2.0 


LocalityApp 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-19 - NPTG: Locality Applications.csv Content 



15.7.10 NPTG Discovery: StopPointApplications CSV table + 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandat 
ory 


Type 


Size 


V 


StopPointApp 


AtcoCode 


new 


Yes 


PK, FK 


12 


+2.0 


StopPointApp 


WebApplicationCode 


new 


Yes 


PK, FK 


10 


+2.0 


StopPointApp 


Version 


new 


Yes 


PK, FK 


20 


+2.0 


StopPointApp 


CreationDateTime 


new 


No 


xsdidateTime 


25 


+2.0 


StopPointApp 


ModificationDate Time 


new 


No 


xsdidateTime 


25 


+2.0 


StopPointApp 


RevisionNumber 


new 


No 


typed 


5 


+2.0 


StopPointApp 


Modification 


new 


No 


enum 


3 


+2.0 



Table 15-20 - NPTG: StopPointApplications.csv Content 



15.8 NAPTAN CSV Format 

This appendix describes the NaPTAN CSV exchange format. It presents: 

• A diagram of the NaPTAN 1 .2 CSV tables and their interrelationships. 

• A diagram of the revised NaPTAN 2.1 CSV tables and their interrelationships. 

• A list of the NaPTAN CSV table names. 

• Detailed descriptions of the contents of each NaPTAN CSV table. 

Figure 15-44 shows the previous data fields and relationships between each of the csv exchange 

tables in the NaPTAN 1 .2 format. 

• NaPTAN elements are shown shaded in green. For example, 'Nat Gaz'. 

• Fields deprecated in 1.1 have a '-' against them. 

• Derived Fields are shown in brackets. For example, '(Lon)' 

• Required fields are shown in bold. 

• Primary keys are indicated by a 'PK'. Foreign keys by an 'FK'. 

Figure 15-55 shows the data fields and relationships between each of the CSV exchange tables in 
the NaPTAN 2.1 format. The same conventions are used. In addition: 

• NaPTAN 2.x schema element names are used as the field names. 

• Fields added in 2.0 have a '+' against them. For example 'Language+'. 

• Fields whose types have been revised have a * against them - this is restricted to revising 
Date to be a DateTime. Fields whose enums values are not marked. 
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15.8.1 NaPTAN 1 .1 CSV Exchange Format Overview 

Figure 15-44 shows the previous data fields and relationships between each of the csv exchange 
tables in the NaPTAN for 1 .2 

NaPTAN 1.1 CSV Schema 
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Figure 15-4 - Diagram of NaPTAN 1.1 CSV Tables 
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1 5.8.2 NaPTAN 2.1 CSV Exchange Format Overview 
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Figure 15-5 - Diagram of NaPTAN 2.1 CSV Tables 
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15.9 NaPTAN: CSV Files 





Content 


New Name 


Old File name 




Version 




Stop Point 


Stops. CSV 


Stops. CSV 


Basic 


1.0 




Alternative Stop Names 


AlternativeDescriptors.csv 


AltNames.csv 


Basic 


1.0 




Additional Gazetteer Entries 


StopLocalities.csv 


AltNatGaz.csv 


Basic 


1.0 




Stop Availability 


StopAvailability.csv 




Basic 


+2.0 




Hail & Ride Stop Details 


HailRide.csv 


HailRide.csv 


Basic 


1.0 


Stop 
Point 


Flexible Stop Details 


Flexible. csv 




Basic 


+2.0 


Air Reference 


AirReferences.csv 


Air Exchange. csv 


Full 


NPTG 1.0 


Ferry Reference 


Ferry References. csv 




Full 


+2.0 




Rail Reference 


RailReferences.csv 


Rail Exchange. csv 


Full 


NPTG 1.0 




Metro Reference 


MetroReferences.csv 




Full 


+2.0 




Coach Reference 


CoachReferences.csv 


Coach Exchange. csv 


Full 


NPTG 1.0 




Main Stop Points for Locality 


LocalityMainAccessPoints.csv 




Full 


+2.0 




Stop Plusbus Zones 


StopPlusbusZones.csv 




Full 


+2.0 


Stop 
Area 


Stop Area 


StopAreas.csv 


Groups. csv 


Basic 


1.0 


Stops in Stop Area 


StopslnArea.csv 


StopslnGroup.csv 


Basic 


1.0 


Stop Area Hierarchy 


AreaHierarchy.csv 


GroupslnGroup.csv 


Basic 


1.0 



Table 15-21 - NaPTAN CSV files 



Table 1 5-21 21 Shows the NaPTAN 2.0 CSV files. Each CSV file must contain a header row 
containing the corresponding field names for each file. Some derived fields are only present in 
exports from the NaPTAN database. If these derived fields are included in data intended for import 
into the database they will simply be ignored. 



15.9.1 NaPTAN: StopPoint CSV table 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandatory 


Type 


Size 


V 


StopPoint 


AtcoCode 


ATCOCode 


Yes 


PK 


12 


1.0 


Identifiers 


NaptanCode 


SMSNumber 


No 


AK 


12 


1.0 


PlateCode 


new 


No 


nmtojen 


12 


2.0 


CleardownCode 


new 


No 


int 


10 


+2.0 


Descriptor 


CommonName 


same 


Yes 


placeName 


48 


1.0 


CommonNameLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


ShortCommonName 


new 


No 


placeName 


48 


+2.0 


ShortCommonNameLang+ 


new 


No 


xml:language 


2 


+2.0 


Landmark 


same 


No (2.1) 


name 


48 


1.0 


LandmarkLang+ 


new 


No 


xml:language 


2 


+2.0 


Street 


same 


No (2.1) 


placeName 


48 


1.0 


StreetLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


Crossing 


new 


No 


placeName 


48 


+2.0 


CrossingLang+ 


new 


No 


xml:language 


2 


+2.0 


Indicator 


Identifier 


No 


placeName 


48 


1.0 


lndicatorLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


Bearing 


Direction 


Yes 


bearing 


2 


1.0 


Place 


Np tgLocalityCode 


NatGazlD 


Yes 


FK 


8 


1.0 


--derived 


LocalityName 


NatGazLocality 


Derived 


placeName 


48 


1.0 


-derived 


ParentLocalityName 


ParentNatGazLocality 


Derived 


placeName 


48 


1.0 


-derived 


GrandParentLocalityName 


NatGazLocality 


Derived 


placeName 


48 


1.0 


Place 


Town 


same 


No 


placeName 


48 


1.0 




TownLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


Place 


Suburb 


same 


No 


placeName 


48 


1.0 




SuburbLang+ 


new 


No 


xmlilanguage 


2 


+2.0 




Country 


new 


No 


enum 




+2.5 


StopPoint 


LocalityCentre 


same 


Yes 


xsdiboolean 


1 


*1.0 


Place 


GridType 


same 


No 


gridType 


1 


1.0 


Place 


Easting 


same 


Yes 


easting 


6 


1.0 


Place 


Northing 


same 


Yes 


northing 


7 


1.0 


-derived 


Longitude 


Ion 


Derived 


longitude 




1.0 


-derived 


Latitude 


lat 


Derived 


latitude 




1.0 


StopPoint 


StopType 


StopType 


Yes 


enum 


3 


1.0 


Bus 


BusStopType 


BusStopType 


No 


enum 


3 


1.0 


Bus 


TimingStatus 


BusRegistrationStatus 


No 


enum 


3 


1.0 



NaPTANSchemaGuide-2.5-v0.64.doc 
© Crown Copyright 2001 -201 3 



Page 220 of 237 



Department for Transport 

NPTG and NaPTAN Schema Guide 



Annex Appendixes 



Parent Element 


CSV Field /Element 


Old CSV Field Name 


Mandatory 


Type 


Size 


V 


Bus 


DefaultWaitTime 


DefaultWaitTime 


No 


duration 






StopPoint 


Notes 


same 


No 


nIString 




1.0 


StopPoint 


NotesLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


StopPoint 


AdministrativeAreaCode* 


new 


Yes 


FK 


8 


+2.0 


StopPoint 


MobilitylmpairedA ccess 


new 


No 


enum 


7 


+2.5 


StopPoint 


WheelchairAccess 


new 


No 


enum 


7 


+2.5 


StopPoint 


StepFreeAccess 


new 


No 


enum 


7 


+2.5 


StopPoint 


LiftFreeAccess 


new 


No 


enum 


7 


+2.5 


StopPoint 


EscalatorFreeAccess 


new 


No 


enum 


7 


+2.5 


StopPoint 


AssistenceService 


new 


No 


enum 


7 


+2.5 


StopPoint 


ServicesNormally- 
Accessibles 


new 


No 


enum 


22 


+2.5 


StopPoint 


AccessibilityNote 


new 


No 


xmlilanguage 




+2.5 


StopPoint 


Infolrl 


new 


No 


Xsd:anyURI 




+2.5 


StopPoint 


CreationDateTime* 


new 


No 


xsd:dateTime 


10 


+2.0 


StopPoint 


ModificationDateTime 


LastChanged 


No 


xsdidateTime 


10 


*1.0 


StopPoint 


RevisionNumber* 


new 


No 


revision 


5 


+2.0 


StopPoint 


Modification 


RecordStatus 


No 


modification 


3 


1.0 


StopPoint 


Status 


RecordStatus 


No 


enum 


3 


1.0 



Table 15-22 - NaPTAN: Stops.csv Content 

(1 ) FLX stop type is added to BusStopType. 

(2) PEN (Pending) status is added to Status. 



1 5.9.2 NaPTAN: Hail & Ride CSV Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 




HailAndRideSection 


AtcoCode 


ATCOCode 


Yes 


PK, FK 


12 


1.0 


StartPoint 


StartGridType 


same 


Yes 


gridType 


1 


1.0 


StartEasting 


same 


Yes 


easting 


6 


1.0 


StartNorthing 


same 


Yes 


northing 


7 


1.0 


EndPoint 


EndGridType 


same 


Yes 


gridType 


1 


1.0 


EndEasting 


same 


Yes 


easting 


6 


1.0 


EndNorthing 


same 


Yes 


northing 


7 


1.0 


HailAndRideSection 


CreationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


HailAndRideSection 


ModificationDate Time 


new 


No 


xsdidateTime 


10 


+2.0 


HailAndRideSection 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


HailAndRideSection 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-23 - NaPTAN: HailRide.csv Content 



1 5.9.3 NaPTAN: Flexible CSV Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


FlexibleZone 


AtcoCode 


new 


Yes 


PK, FK 


12 


2.0 


FlexibleZone 


Sequence 


new 


Yes 


xsdiinteger 


5 


2.0 


Location 


GridType 


new 


Yes 


gridType 


1 


2.0 


Location 


Easting 


new 


Yes 


easting 


6 


2.0 


Location 


Northing 


new 


Yes 


northing 


7 


2.0 


FlexibleZone 


CreationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


FlexibleZone 


ModificationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


FlexibleZone 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


FlexibleZone 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-24- NaPTAN: Flexible. csv Content 



1 5.9.4 NaPTAN: AlternativeDescriptor Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


Descriptor 


AtcoCode 


ATCOCode 


Yes 


PK, FK 


12 


1.0 


Descriptor 


CommonName 


same 


Yes 


placeName 


48 


1.0 


CommonName 


CommonNameLang+ 


new 


No 


xmlilanguage 


2 


+2.0 
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Descriptor 


ShortName 


same 


Yes 


placeName 


48 


1 .0 


ShortName 


ShortCommonNameLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


Descriptor 


Landmark 


same 


No (2.1) 


placeName 


48 


1.0 


LandMark 


LandmarkLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


Descriptor 


Street 


same 


No (2.1) 


placeName 


48 


1.0 


Street 


StreetLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


Descriptor 


Crossing 


same 


Yes 


placeName 


48 


+2.0 


Crossing 


CrossingLang* 


new 


No 


xmlilanguage 


2 


+2.0 


Descriptor 


Indicator 


Identifier 


Yes 


placeName 


48 


1.0 


Indicator 


IndicatorLang* 


new 


No 


xmlilanguage 


2 


+2.0 


Descriptor 


CreationDateTime 


new 


Yes 


xsdidateTime 


10 


+2.0 


Descriptor 


ModificationDateTime 


new 


No 


xsdidateTlme 


10 


+2.0 


Descriptor 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


Descriptor 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-25 - NaPTAN: AlternativeDescriptor.csv Content 



1 5.9.5 NaPTAN: StopLocalities Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


AltLocalities 


AtcoCode 


ATCOCode 


Yes 


PK, FK 


12 


1.0 


AltLocalities 


Np tgL ocalityCode 


NatGazlD 


Yes 


PK, FK 


8 


1.0 


--derived 


(LocalityName) 


NatGazLocality 


Derived 


placeName 


48 


1.0 


-derived 


(ParentLocalityName) 


ParentNatGazLocality 


Derived 


placeName 


48 


1.0 


-derived 


(GrandParent- 
LocalityName) 


NatGazLocality 


Derived 


placeName 


48 


1.0 


AltLocalities 


CreationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


AltLocalities 


ModificationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


AltLocalities 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


AltLocalities 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-26 - NaPTAN: StopLocalities.csv Content 



1 5.9.6 NaPTAN: StopAvailabilities Table 



Parent Element 


Transfer Field 


Old CSV Field 
Name 


Mandator 

y 


Type 


Size 


V 


StopAvailability 


AtcoCode 


new 


Yes 


PK, FK 


12 


+2.0 


StopAvailability 


StartDate 


new 


Yes 


PK, xsd:dafe 


8 


+2.0 


StopAvailability 


EndDate 


new 


No 


xsdidate 


8 


+2.0 


StopAvailability 


A vailabilityStatus 


new 


Yes 


Enum (Active / 
Suspended j 
Transferred) 


48 


+2.0 


StopAvailability 


Note 


new 


No 


nIString 




+2.0 


Note 


NoteLang* 


new 


No 


language 


2 


+2.0 


StopAvailability 


TransferStopAtcoCode 


new 


No 


FK 


12 


+2.0 


StopAvailability 


CreationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


StopAvailability 


ModificationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


StopAvailability 


Re visionNumber 


new 


No 


revision 


5 


+2.0 


StopAvailability 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-27- NaPTAN: StopAvailabilities.csv Content 



1 5.9.7 NaPTAN: StopslnStopArea Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


StopAreaRef 


StopAreaCode 


GroupID 


Yes 


PK, FK 


12 


1.0 


StopAreaRef 


AtcoCode 


ATCOCode 


Yes 


PK, FK 


12 


1.0 


StopAreaRef 


CreationDateTime* 


new 


No 


xsdidateTime 


10 


+2.0 


StopAreaRef 


ModificationDate Time* 


new 


No 


xsdidateTime 


10 


+2.0 


StopAreaRef 


RevisionNumber* 


new 


No 


revision 


5 


+2.0 


StopAreaRef 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-28 - NaPTAN: StopslnStopArea.csv Content 
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1 5.9.8 NaPTAN: AirReferences Table 



Parent Element 


Transfer Field 


Old CSV Field 
Name 


Mandatory 


Type 


Size 


V 


AirReference 


AtcoCode 


new 


Yes 


PK, FK 


12 


+2.0 


AirReference 


lataCode 


new 


Yes 


code 


12 


+2.0 


AirReference 


Name 


same 


No 


nIString 


48 


1.0 


Name 


NameLang 


new 


Yes 


enum 


2 


+2.0 


AirReference 


CreationDateTime 


new 


No 


xsd:dateTime 


10 


1.0* 


AirReference 


ModificationDateTime 


new 


No 


xsd:dateTime 


10 


+2.0 


AirReference 


Re visionNumber 


new 


No 


revision 


5 


1.0* 


AirReference 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-29 - NaPTAN: AirReferences.csv Content 



1 5.9.9 NaPTAN: RailReferences Table 



Parent Element 


Transfer Field 


Old CSV Field 
Name 


Mandatory 


Type 


Size 


V 


Rail Reference 


AtcoCode 


new 


Yes 


PK, FK 


12 


+2.0 


Rail Reference 


TiplocCode 


Tiploc Code 


Yes 


code 


12 


1.0 


Rail Reference 


CrsCode 


Crs Code 


No 


code 


5 


1.0 


Rail Reference 


StationName 


Station Name 


No 


nIString 


48 


1.0 


StationName 


StationNameLang+ 


new 


No 


xml:language 


2 


+2.0 


Location 


GridType 


new 


No 


gridType 


1 


+2.0 


Location 


Easting 


same 


Yes 


easting 


6 


1.0 


Location 


Northing 


same 


Yes 


northing 


7 


1.0 


Rail Reference 


CreationDateTime 


new 


No 


xsdidateTime 


10 


1.0* 


Rail Reference 


Modifica t ion Da te Time 


new 


No 


xsdidateTime 


10 


+2.0 


Rail Reference 


RevisionNumber 


new 


No 


revision 


5 


1.0* 


Rail Reference 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-30 - NaPTAN: Rail References, csv Content 



1 5.9.10 NaPTAN: FerryReferences Table 



Parent Element 


Transfer Field 


Old CSV Field 
Name 


Mandatory 


Type 


Size 


V 


FerryReference 


AtcoCode+ 


new 


Yes 


PK, FK 


12 


+2.0 


FerryReference 


FerryCode 


new 


Yes 


PK, Code 


12 


+2.0 


FerryReference 


Name 


same 


No 


nIString 


48 


+2.0 


Name 


NameLang* 


new 


Yes 


enum 


2 


+2.0 


Location 


GridType* 


new 


No 


gridType 


1 


+2.0 


Location 


Easting 


same 


Yes 


easting 


6 


+2.0 


Location 


Northing 


same 


Yes 


northing 


7 


+2.0 


FerryReference 


CreationDateTime 


new 


No 


xsd:dateTime 


10 


+2.0 


FerryReference 


ModificationDateTime 


new 


No 


xsd:dateTime 


10 


+2.0 


FerryReference 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


FerryReference 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-31 - NaPTAN: FerryReferences.csv Content 



1 5.9.1 1 NaPTAN: Metre-References Table 



Parent Element 


Transfer Field 


Old CSV Field 
Name 


Mandatory 


Type 


Size 


V 


MetroRef 


AtcoCode* 


new 


Yes 


PK, FK 


12 


+2.0 


MetroRef 


MetroCode 


new 


Yes 


PK, Code 


12 


+2.0 


MetroRef 


Name 


same 


No 


nIString 


48 


+2.0 


Name 


NameLang* 


new 


Yes 


enum 


2 


+2.0 


Location 


GridType* 


new 


No 


gridType 


1 


+2.0 


Location 


Easting 


same 


Yes 


easting 


6 


+2.0 


Location 


Northing 


same 


Yes 


northing 


7 


+2.0 


MetroRef 


CreationDateTime 


new 


No 


xsd:dateTime 


10 


+2.0 


MetroRef 


ModificationDateTime 


new 


No 


xsd:dateTime 


10 


+2.0 


MetroRef 


Re visionNumber 


new 


No 


revision 


5 


+2.0 


MetroRef 


Modification* 


new 


No 


modification 


3 


+2.0 
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Table 15-32 - NaPTAN: MetroReferences.csv Content 



15.9.12 NaPTAN: CoachReferences Table 



Parent Element 


Transfer Field 


Old CSV Field 
Name 


Mandatory 


Type 


Size 


V 


Coach Ref 


AtcoCode+ 


new 


Yes 


PK, FK 


12 


+2.0 


Coach Ref 


OperatorCode 


new 


No 


code 


12 


+2.1 


Coach Ref 


NationalCoachCode 


new 


Yes 


PK, Code 


12 


1.0 


Coach Ref 


Name 


same 


No 


nIString 


48 


1.0 


Name 


NameLang+ 


new 


Yes 


enum 


2 


+2.0 


Coach Ref 


LongName 


new 


No 


nIString 


48 


1.0 


LongName 


LongNameLang+ 


new 


No 


xmlilanguage 


2 


+2.0 


Location 


GridType* 


new 


No 


gridType 


1 


+2.0 


Location 


Easting 


same 


Yes 


easting 


6 


1.0 


Location 


Northing 


same 


Yes 


northing 


7 


1.0 


Coach Ref 


CreationDateTime 


new 


No 


dateTime 


10 


1.0* 


Coach Ref 


ModificationDateTime 


new 


No 


dateTime 


10 


+2.0 


Coach Ref 


RevisionNumber 


new 


No 


revision 


5 


1.0* 


Coach Ref 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-33 - NaPTAN: CoachReferences.csv Content 



15.9.13 NaPTAN: LocalityMainAccessPoints Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


MainAcces 


AtcoCode 


new 


Yes 


PK, FK 


12 


+2.0 


MainAcces 


Np tgL ocalityCode 


new 


Yes 


PK, FK 


8 


+2.0 


MainAcces 


CreationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


MainAcces 


ModificationDateTime 


new 


No 


xsd:dateTime 


10 


+2.0 


MainAcces 


Re visionNumber 


new 


No 


revision 


5 


+2.0 


MainAcces 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-34- NaPTAN: LocalityMainAccessPoints. csv Content 



15.9.14 NaPTAN: StopPlusBusZones Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


StopPlusbusZone 


AtcoCode 


new 


Yes 


PK, FK 


12 


+2.0 


StopPlusbusZone 


PlusbusZoneCode 


new 


Yes 


PK, FK 


10 


+2.0 


StopPlusbusZone 


CreationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


StopPlusbusZone 


ModificationDateTime 


new 


No 


xsdidateTime 


10 


+2.0 


StopPlusbusZone 


RevisionNumber 


new 


No 


revision 


5 


+2.0 


StopPlusbusZone 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-35 - NaPTAN: StopPlusBusZones.csv Content 



1 5.9.15 NaPTAN: StopAreas (Groups Table) 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Siz 
e 


V 


StopArea 


StopAreaCode 


GroupID 


Yes 


PK 


12 


1.0 


StopArea 


Name 


GroupName 


Yes 


placeName 


48 


1.0 


Name 


NameLang* 


new 


No 


xmlilanguage 


2 


+2.0 


StopArea 


AdministrativeAreaCode* 


new 


Yes 


FK 


8 


+2.0 


StopArea 


StopAreaType 


Type 


Yes 


enum (1) 


4 


1.0 


Location 


GridType 


same 


No 


gridType 


1 


1.0 


Location 


Easting 


same 


Yes 


easting 


6 


1.0 


Location 


Northing 


same 


Yes 


northing 


7 


1.0 


StopArea 


CreationDateTime* 


new 


Yes 


xsdidateTime 


10 


+2.0 


StopArea 


ModificationDateTime 


LastChanged 


No 


xsdidateTime 


10 


1.0 


StopArea 


RevisionNumber* 


new 


No 


revision 


5 


+2.0 


StopArea 


Modification* 


new 


No 


modification 


3 


+2.0 


StopPoint 


Status 


new 


No 


enum 


3 


+2.0 
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Table 15-36 - NaPTAN: StopAreas.csv Content 

(1 ) StopAreaType values as for XML schema. 

(2) GCCH added to StopAreaType. 



1 5.9.16 NaPTAN: StopAreaHierarchy Table 



Parent Element 


Transfer Field 


Old CSV Field Name 


Mandator 

y 


Type 


Size 


V 


ParentStopArea 


ParentStopAreaCode 


ParentID 


Yes 


PK, FK 


12 


1.0 


ParentStopArea 


ChildStopAreaCode 


ChildID 


Yes 


PK, FK 


12 


1.0 


ParentStopArea 


CreationDateTime* 


new 


No 


xsdidateTime 


10 


+2.0 


ParentStopArea 


Modifica t ion Da te Time 


LastChanged 


No 


xsdidateTime 


10 


+2.0 


ParentStopArea 


Re visionNumber+ 


new 


No 


revision 


5 


+2.0 


ParentStopArea 


Modification* 


new 


No 


modification 


3 


+2.0 



Table 15-37- NaPTAN: StopAreaHierarchy.csv Content 
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15.10 Common CSV Types 

The NaPTAN and NPTG CSV schemas use a only a small number of common data types. These are 
documented in Table 15-3838. 



Note that csv GridType enumerations are changed in 2.0 to follow the 2.0 XML - Blank or UKOS 
denotes UK grid (1 .1 OSGR), IrishOS denotes Irish Grid (Irish Grid letter) 



Data Type 


Si 
ze 


Default 
Value 


Notes 


Example 


V 


placeName 


48 




Extension of Natural language string. Not 
empty. Only characters, letters accents and I ' 
- / permitted. 


Westward Ho! 


1.0* 


nIString 






Natural language string. Not empty. 
Associated with a language field. 




1.0 


xsd:string 






Any character 


Hello world? 


1.0* 


xsd:dateTime 


15 

?? 




Yyyy-mm-ddThh:mm:ss:nn:zz ISO format 


2004-1 2-1 7T09:30:47- 
05:00 


1.0* 


xmklanguage 


2 


en 


ISO types en or cy 


en 


1.0 


gridType 


1 


U 


Blank or U = UkOS | I = IrishOS 


U 


1.0 


easting 


6 


0 


OS easting 


505000 


1.0 


northing 


7 


0 


OS northing 


185000 


1.0 


longitude 


8 


0 


WGS 84 longitude 




1.0 


latitude 


8 


0 


WGS 84 latitude 




1.0 


bearing 


2 




Enum of S | SE | SW | N | NE | NW | E | W | 


S 


1.0 


BearingDegrees 


2 




0-360 


48 


2.0+ 


apd:email 






aa@bbb 


me@foo.org 


2.0+ 


apd:phone 


18 




Apd type country + code + extension 


+442072699890 


2.0+ 


ipAddress 


15 




999.999.999.999 


196.168.0.1 


2.0+ 


revision 


5 


0 


Integer incrementing 


00045 


1.0 


modification 


3 


revised 


new = new | del = deleted | rev = revised | (1 ) 


rev 


1.0* 


status 


3 


OTH 


act = Active, pen = Pending, del = Inactive 


act 


1.0* 


code 






Used for codes - no embedded blanks 







Table 15-38 - Common NPTG and NaPTAN CSV Data Types 
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15.11 ATCO & AdministrativeArea Codes 



ATPO 

Code 


AHmin Atop 
MUM Mil Ml cci 

Name 


Trave- 

ine 

Rgn 


Ctry 


AHm i n 

HU 1 1 1 1 1 1 

Area 


639 


Aberdeen 


S 


Set 


111 


630 


Aberdeenshire 


S 


Set 


112 


649 


Angus 


s 


Set 


113 


607 


Argyll & Bute 


s 


Set 


114 


1 P 

1 0 


Bath & North East 
Somerset 


C\A/ 
oW 


Eng 


1 




oeaTora 


CP 
Ot 


Eng 


oy 


258 


Blackburn with 
Darwen 


NW 


Eng 


2 


259 


Blackpool 


NW 


Eng 


3 


COO 
0O£l 


Blaenau Gwent 


VV 


Wal 

vvai 


4 


1 OQ 


Doi irnomAi ito 


C\A/ 
OVV 


Eng 


c 
0 


PP 

oo 


DldGmlcll rUlcbL 




Eng 


c 
0 


551 


Bridgend 


w 


Wal 


7 


149 


Brighton and Hove 


SE 


Eng 


8 


10 


Bristol 


SW 


Eng 


9 


40 


Buckinghamshire 


SE 


Eng 


70 


554 


Caerphilly 


W 


Wal 


10 


50 


Cambridgeshire 


EA 


Eng 


71 


571 


Cardiff 


W 


Wal 


11 


522 


Carmarthenshire 


w 


Wal 


12 


01 
d. I 


Central 
Bedfordshire 


Ot 


Eng 


1 R1 
I 0 I 


ROP 


oereoiy ion 


VV 


vvai 


1 P 
1 O 


DU 


onesnire tasi 


MW 
IN VV 


Eng 


70 


C1 
0 1 


Cheshire West& 
Chester 


M\A/ 
INVV 


Eng 


1 RO 
1 Dei 


OOO 


wldOftll Idl II ldf IbllllC 


O 


OCl 


1 1 


R1 P 
O I 0 


1* r\ ni ah / 

OUMWy 


\A/ 
VV 


vvai 


1 A 

1 4 


pn 
OU 


Cornwall 


C\A/ 
OVV 


Eng 


7P 
/ 0 


90 


Cumbria 


NE 


Eng 


74 


76 


Darlington 


NE 


Eng 


15 


511 


Denbighshire 


W 


Wal 


16 


109 


Derby 


EM 


Eng 


17 


100 


Derbyshire 


EM 


Eng 


75 


110 


Devon 


SW 


Eng 


76 


120 


Dorset 


SW 


Eng 


77 


680 


Dumfries & 
Galloway 


S 


Set 
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Hail & Ride 
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Plusbus zones, 95 
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Change Attributes, 184 
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NapTAN, 197 


Ferry Port, 110 
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NaPTAN Model, 48 


device 


TrustedServer, 1 32 


NPTG Locality, 94 


NaptanCode, 26 


ISO 639-1 


NptgLocality, 32 


MobilitylmpairedAccess 
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Stop Accessibility, 116 
Mode 

NaPTAN Model, 52 
Model 

NaPTAN, 48 

NaPTAN UML, 51 

NPTG Discovery, 80 
NPTG UML, 31, 32, 34 

modes of transport, 74 

Modification 
Attribute, 177 

Change Attribute, 181, 185 
Discovery Schema, 128 
NaPTAN Schema, 97 
NPTG Schema, 88 
Schema attribute, 180 
Versioning, 181 
ModificationDateTime 
Attribute, 177 

Change Attribute, 181, 185 

Discovery Schema, 128 

NaPTAN Schema, 97 

NPTG Schema, 88 

Schema attribute, 180 

Versioning, 186 
ModificationNumber 

Schema attribute, 180 
Name 

Administrative Area, 90 

Airport, 109 

CallCentre, 133 

Coach Station, 1 1 3 

Ferry Port, 110 

Metro Station, 112 

Network, 124, 125 

NPTG District, 95 

Plusbus Zone, 95 

Name 

Stop Area, 1 23 

TrunkLocality, 1 38 

Venue, 127 
Name 

Changes 

Release 2.x, 18 
Names 

Alternative, 1 02 

Of Stops, 68 

StopPoint Descriptors, 101 
Naming conventions 

NaPTAN & NPTG, 176 
Naming Conventions 

Identifiers, 85 
NaPT_accessibility.xsd 

Package, 193 
NaPT_utilityTypes.xsd 

package, 193 
NaPT_modes.xsd 

Package, 1 93 
NaPTJocation.xsd 

Package, 1 93 
NaPT_operator.xsd 

Package, 193 
N a PT_stopAccess i bi I ity . xsd 

package, 193 
NaPT_stopAreas.xsd 

Package, 1 93 
NaPT_stops.xsd 

Package, 1 93 
NaPT dates. xsd 



Package, 193 
NaPTJariffZones.xsd 

Package, 193 
NaPT_utility.xsd 

mark, 193 
NaPT_versioingAttributes.xsd 

mark, 193 
NaPTAN 

CSV, 14 

Database, 14 

Integrity checks, 199 

Process, 14 

Schema, 14 

Components, 14 
NaPTAN 

Introduction, 14 
NaPTAN 
IPR, 17 

NaPTAN 

Release 2.x changes, 17 

NaPTAN 
Purpose, 25 

NaPTAN 

Identifiers, 25 
NaPTAN 

Database, 26 
NaPTAN 

Schema, 26 
NaPTAN 

CSV, 26 

NaPTAN 

Data exchange, 27 
NaPTAN 

Data Model, 48 
NaPTAN 

Populating Guidance, 64 
NaPTAN 

Stop Areas, 68 
NaPTAN 

Stop Names, 68 
NaPTAN 

Schema, 97 
NaPTAN 

Element, 97 
NaPTAN 1.1 

CSV, 218 
NaPTAN 2.1 

CSV, 219 
NaPTAN 

Database 
IPR, 17 
NaPTAN Prefix 

Discovery Model, 80 
NaPTAN. xsd 

Package, 193 

Schema, 193 

NaptanCode 

Identifiers, 25 
NaPTAN element, 100, 126 
Prefix range, 91 
NaptanCoe 



Identifiers, 85 
National 

Administrative Areas, 64 

Element, 91 

Stop Point Area, 105 
National Coach 

Code, 66 
National Code, 65 
national language 

IS0639-1 , 205 

Rfc1766, 205 
National Language 

support 

NaPTAN, 18 
National Languages, 195 
National Public Transport 

Gazetteer. See NPTG 
NationalPublicTransportGazetteer 

Schema, 88 
NaturalLanguageString 

Data Type, 1 95 
NaturalLanguageStringStructure 

Data type, 1 77 
NeTEx 

Standards, 22 
Network 

Element, 58 

NaPTAN element, 124 

NaPTAN Element, 98 

NaPTAN Integrity, 199 
NetworkCode 

Network identifier, 124 
New 

Modification, 181 
Northing 

Location, 140 
Note 

CallCentre Availabilit, 134 

Stop Accessibility, 118 

Stop Validity Status, 115 
Notes 

CallCentre, 133 

NaPTAN element, 104, 126 

Stop Naming, 69 
NPTG 

Components, 14 

CSV, 14 
CSV, 25 

CSV 1.2, 208 

Database, 14 
Database, 25 

NPTG 

Database Exchange. See 
Integrity checks, 197 
Introduction, 14 
Model, 31 

Populating Guidance, 43 

Purpose, 25 

Schema, 25, 88 

Schemas, 14, 25 

Topographical Model, 31 

UML Diagram, 34 
NPTG & NaPTAN 

Packages, 189, 191 
NPTG & NaPTAN Schema 

Guide 

Organisation, 16 
NPTG & NaPTAN XML Schema 

Guide 
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Motivation, 15 
NPTG CSV 
1.2, 209 
2.1, 210 

Discovery 2.1, 21 1 
NPTG Database 

IPR, 17 
NPTG 

CSV, 214 

Integrity checks, 198 

Discovery 
Model, 80 

Discovery 
Purpose, 25 

Discovery 
Schema, 128 
NPTG District 

Choosing, 43 
NPTG Locality 

Choosing, 43 

CSV, 213 

Geocoding, 47 

Hierarchy, 44 

Naming, 44 

Qualifier, 44 
NPTG Locality Name 

Stop Names, 70, 75 
NPTG Locality Names 

Abbreviations, 47 

Acronyms, 47 

Apostrophes, 46 

Articles, 46 

Brackets, 45 

Hyphenation, 46 
NPTG.xsd 

Package, 193 

Schema, 193 
NPTG_discovery.xsd 

Package, 193 
N PTG_Discovery .xsd 

Schema, 193 
NptgDiscovery 

element, 129 

Element, 128 
NptgDistrict 

Administrative Area, 90 

Change Attributes, 185 

Element, 95 

NPTG Model, 34 

NptgLocality, 32 

Uniqueness, 197, 198 
NptgDistrictCode 

Element, 95 
NptgDistrictRef 

Element, 93, 95 
NptgLocality 

Change Attributes, 185 

Definition, 31 

Element, 93 

Hierarchy, 31 

NaPTAN Integrity, 199 

NptgLocality 

NaPTAN Model, 48 

Overview, 88 

Primary, 74 

Stop Points, 1 02 

NptgLocality 

Stop Areas, 49, 123 

Topographical Model, 31 

Uniqueness, 197 



NptgLocalityCode 

NPTG Element, 93 
NptgLocalityRef 

TrunkLocality, 138 
NptgLocalityRef 

Element, 95 

Stop Point, 102 

WebApplication, 131 
NptgLocalityRef 

NaPTAN Integrity, 200 
NptgStopPointRef 

TrunkLocality, 138 
NptgStopPointRef 

WebApplication, 131 
NumberOfSteps 

Element, 119 
Off-street 

Entrance points, 74 
OffStreet 

NaPTAN Model, 52 

Stop Classification, 105 

Stop Point, 105 
On -street 

Stops, 74 
OnStreet 

NaPTAN Model, 52 

Stop Classification, 105 

Stop Point, 105 
On-street Bus 

MKD, 74 
On-street Cluster Bus 

Stop Area, 68 
On-street Pair 

Stop Area, 68 
OperatorRef 

Stop Accessibility, 117 
OperatorRef 

Element, 113 
OS Grid 

Location, 103, 139 

Location Schema, 88 
OS Grid coordinates 

NaPTAN database, 74 
OS TOID 

Annotation, 85 
OSGR 

Standards, 23 
Packages 

BPTG & NaPTAN, 189 
Paired On-Street Bus 

Example, 143 

ParentAreaRef 
Stop Area, 122 
ParentLocalityRef 

Change Attributes, 185 
ParentLocalityRef 

Cyclic references, 198 
ParentNptgLocalityRef 

Element, 93 
ParentRef 

NaPTAN Integrity, 201 
Passenger Transport 

Executives 
NaPTAN, 15 
Pending, 182 

Status, 182 
Period 

In Stop Names, 71 



NaPTAN element, 101, 102 

NaPTAN Model, 48 
Place Of Interest 

NPTG Settlement, 93 
Places of Interest 

NPTG Locality, 44 
PlateCode 

NaPTAN element, 100 
Platform 

Metro, 112, 114 

NaPTAN Model, 52 

Rail, 111 
PLT 

Example, 164 

Stop Point Type, 54 

Stop Point Type Allocation, 65 

Tram Metro Underground 
Platform Stop Type, 75 

Underground or Metro Platform 
Stop Type, 1 05 
Plusbus zones 

CSV, 214 
PlusbusZone 

Element, 95 

Identifiers, 85 

NPTG Model, 34 

Overview, 88 

Stop points, 104 

Uniqueness, 198 
PlusbusZoneRef 

NaPTAN element, 104 

NaPTAN Integrity, 200 
Point of 

interest 

NaPTAN, 15 
Point of Interest 

Element, 59 
Point of Interest 

NPTG Locality, 44 
PointOflnterest 

NaPTAN element, 126 

NaPTAN Integrity, 199 
PointOflnterest 

Element, 59 
PointOflnterest Types 

NaPTAN Model, 60 
Po/nfOflnferesJCIassification 

NaPTAN PointOflnterest, 126 

Point of Interest Classification, 
127 
PointX 

NPTG Locality, 44 
Port. See Ferry 
Position 

WGS 84, 205 
Precision 

Attribute, 1 78 
Principal Point 

Stop Classification, 107 
PrivateCode 

Identifiers, 85 

NaPTAN element, 100, 126 
PrivateCode 
Stop Area, 122 

PTAN 

See Stop point, 64 
PTP 

Principle Timing Point, 107 
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Station Entrance Stop Type, 75 


South East reqion 


CallCentre, 133 


Stop Point Type, 54, 65 


Journey Planner, 75 


Qualifier 


Schema 


Spatial Location. See Location 


NPTG Locality, 44, 94 


Schema 


Staging 


Stop Names, 70 


Copyright, 17 


NPTG Discovery 


QualifierName 


Schema 


WebApplication, 130 


NPTG Element, 94 


NaPTAN, 26 


Stance. See BCS 


Rail 




Standards 


Off-Street Stop Classification, 


NPTG, 25 


Govtalk, 206 


111 


Schema 


ISO Time, 205 


Rail, 52 


Versioning, 17 


TransXChange, 204 


Rail station 


XML, 14 


W3C schema, 205 


Stop areas, 68 




WGS 84, 205 


Rail Station 


XML, 15 


StartPoint 


Example, 160 


Schemas 


Hair & Ride Section, 108 


Rail Station 


W3C reference, 205 


StartTime 


Stop Area, 68 


SchemaVersion 


Element, 121 


Stop Point, 1 1 1 


Attribute, 1 77 


StationName 


Stop Points, 65 


Discovery Schema, 128 


Rail Stop Point, 1 1 1 


Rail Station Entrance 


NaPTAN Schema, 98 


Status 


Stop Type, 75 


NPTG Schema, 88 


Attribute, 1 77 


Rail Stations 


Schema attribute, 180 


Change Attribute, 182, 185 


Names, 73 


Season 


In Associations, 183 


Ramp 


Call Centres, 134 


NaPTAN Integrity, 200 


Accessibility, 119 


Separators 


Stop Point, 115 


RampBearingCapacity 


Stop Names, 77 


StepFreeAccess 


Element, 119 


ServerCode 


Stop Accessibility, 117 


Real Time Information 


TrustedServer, 132 


Stop area 


System 




Choosing names, 67 


NaPTAN, 15 


Service 


Stop Area 


Region 


Discovery, 80 


Airport Example, 173 


AdjacentRegionPoints, 133 


ServicesAtStopAreNormallyAccess 


Bus Station Example, 169 


Change Attributes, 185 


ible 


Example Rail Station, 160 


Element, 90 


Stop Accessibility, 118 


Naming, 73 


NPTG Model, 34 


Severity 


Stop Area Types 


Overview, 88 


Errors, 197 


NaPTAN Model, 54 


Uniqueness, 198 


Shared 


Stop Classification 


RegionApplications 


Taxi Rank Stop Type, 1 05 


UML Diagram, 56 


CSV, 216 


Shared Taxi 


Stop finder 


RegionCode 


Stop Type, 74 


Stop names, 75 


Element, 90 


SharedTaxiRank 


Stop Name 


Uniqueness, 197 


On-Street Stop Classification, 


Maximum Length, 91 


RegionRef 


109 


Stop Names 


NPTG Discovery, 198 


Shire 


Capitalization, 71 


WebApplication, 131 


NptgLocality, 32 


Hyphenation, 71 


Regions 


ShortCommonName 


Permitted Characters, 71 


CSV, 212 


Maximum length, 91 


Presentation, 69 


Discovery Model, 83 


NaPTAN Integrity, 200 


Separators, 77 


Regions. csv 


Stop Point Descriptor, 101 


Use of Abbreviations, 73 


Table, 21 1 


ShortName 


Use of Ampersand, 73 


Relationships 


Network, 1 24, 1 25 


Use of spaces, 73 


Implementation, 178 


ShortName 


Stop Point 


Revise 


Administrative Area, 90 


Accessibility, 116 


Modification, 181 


NPTG Locality, 94 


Point 


RevisionNumber 


SiteAccessibility 


Discovery, 80 


Attribute, 177 


NaPTAN Stop Point, 118 


NaPTAN, 64 


Change Attribute, 182, 185 


SiteAccessibility 


Types, 105 


Discovery Schema, 128 


NaPTAN element, 126 


Validity Periods, 115 


NaPTAN Schema, 98 


SiteAccessibilityGroup 


Stop Points 


NPTG Schema, 88 


NaPTAN Stop Point, 117 


Naming, 68 


Versioning, 182 


Stop Accessibility, 116 


StopAccessibility 


Rfc1766 


SiteDescriptionGroup 


Change Attributes, 184 


national language, 205 


NaPTAN Stop Point, 99, 126 


Element, 57 


RLY 


Slash 


NaPTAN element, 104 


Stop Point Type, 54, 65 


In Stop Names, 73 


StopAccessibility 


RPL 


SMS 


NaPTAN Stop Point, 116 


Rail Platform Stop Type, 75 


NaPTAN code, 100 


StopAccessibilityGroup 


Stop Point Type, 54, 65 


NaptanCode, 26 


Stop Accessibility, 116 


RSE 


SourceLocalityType 


StopArea 


Rail Entrance Stop Type, 105 


Element, 93 


Air, 64 
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Change Attributes, 184 


StopValidity 


Rail identifier, 1 1 1 


Ferry, 65 


Change Attributes, 184 


TiplocCode 


Hierarchy, 68 


StopValidity 


NaPTAN Integrity, 201 


StopArea 


NaPTAN Stop Point, 115 


TiplocRef 


Location, 49 


Versioning, 184 


Rail Stop Point, 1 1 1 


NaPTAN Element, 98 


STR 


TMU 


NaPTAN Integrity, 199 


Guidance, 64 


Example, 164 


NaPTAN Model, 48 


Shared Taxi Rank Stop Type, 


Stop Point Type, 54, 65 


StopArea 


74 


Tram Metro Underground 


NaPTAN element, 122 


Stop Point Type, 54 


Entrance Stop Type, 75 


StopArea 


Street 


Tram Metro Underground Stop 


NptgLocality, 49, 123 


NaPTAN descriptor element, 


Type, 105 


Rail, 65 


101 


Topographical Model 


Stop points, 103 


Stop Naming, 69 


NPTG, 31 


Types, 54 


Suburb 


ToRegionRef 




NaPTAN place element, 102 


AdjacentRegionPoints, 133 


NaPTAN Integrity, 199 


NPTG Settlement, 93 




StopAreaCode 


StopPoint, 74 


Tourism 


Stop Area identifier, 122 


SuitableFor 


NaPTAN, 15 


StopAreaParentRef 


Element, 119 


Town 


NaPTAN Integrity, 199 


Suspended 


NaPTAN place element, 102 


StopAreaRef 


Stop Validity Status, 1 1 5 


NPTG Locality, 43 


Change Attributes, 184 


TariffZone 


NPTG Settlement, 93 


NaPTAN Integrity, 199, 201 


Element, 58 


StopPoint, 74 


StopAreaRef 


NaPTAN element, 125 


Town Centre 


NaPTAN element, 103 


NaPTAN Integrity, 199 


Stop Point, 102 


StopAreaType 


Stop points, 104 


Traffic Area 


NaPTAN Model, 54 


TariffZone 


Offices 


StopAreaType 


Network, 124 


NaPTAN, 15 


Stop Area Classification, 123 


TariffZOne 


Tram 


StopAvailabilities 


Change Attributes, 184 


Stop Points, 65 


CSV, 222 


TariffZone Code 


Tram Entrance 


StopAvai lability 


Network identifier, 125 


Stop Type, 75 


NaPTAN element, 104 


TariffZoneRef 


Transferred 


NaPTAN Stop Point, 115 


NaPTAN element, 104 


Stop Validity Status, 115 


Statuses, 182 


NaPTAN Integrity, 199 


Translation 


StopClassification 


TarrifZoneRef 


Data type, 140 


NaPTAN Stop Point, 99 


Change Attributes, 184 


Translation 


StopClassification 


Taxi 


Location, 140 


NaPTAN Model, 48, 52 


NaPTAN Model, 52 


TransModel 


StopClassification 


On-Street Stop Classification, 


Reference, 204 


NaPTAN element, 105 


109 


Standards, 22 


StopFurtherDetailsGroup 


Stop Point, 64 


Terminology, 194 


NaPTAN Stop Point, 99 


Stop Type, 74 


Transport Direct 


StopldentifierGroup 


TaxiRank 


Journey Planner, 76 


NaPTAN Stop Point, 99 


Stop Type, 1 05 


Portal 


StopPoint element, 100 


TelCountryCode 


NaPTAN, 15 


StopPoint 


Element, 138 


Transport Direct 


TrunkLocality, 138 


TelephoneContactStructure 


Project 


StopPoint 


Structure, 138 


IPR, 17 


Model, 80 


TelExtensionNumber 


TransXChange 


NaPTAN element, 98 


Element, 138 


Default Wait Times, 1 07 


NaPTAN Model, 48 


TelNationalNumber 


PrivateCode, 100 


Types, 52 


Element, 138 


References, 204 


StopPoint 


Time Formats 




Change Attributes, 184 


ISO 8601, 205 


Standards, 22 


StopPoint 


Standards, 205 


TransXChange 


Change Attributes, 184 


Time Info Point 


Stop Areas, 1 22 


StopPoint 


Stop Classification, 107 


TransXChange 


CSV, 220 


Timeband 


Use case, 28 


StopPointRef 


Element, 121 




AdjacentRegionPoints, 133 


Times 


Traveline 


NaPTAN Integrity, 200 


CallCentre Availability, 134 


NaPTAN, 14 


NPTG Discovery, 199 


Timing point 


Regions, 34 


StopReferencesGroup 


Bus Stop, 74 


TrunkLocalities 


NaPTAN Stop Point, 99 


TimingStatus 


Discovery Model, 80 


StopType 


Bus & Coach point, 113 


Element, 129 


NaPTAN element, 105 


Stop Point, 106 


TrunkLocality 


NaPTAN Model, 52 


TIPLOC 


NPTG Discovery Element, 138 


Stop Areas, 54 


NaPTAN Codes, 66 


TrustedServer 
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Change Attributes, 185 
CSV, 215 
Element, 129 

NPTG Discovery Element, 132 

TrustedServers 

Discovery Model, 80 

TXR 

Guidance, 64 

Stop Point Type, 54 

Taxi Rank Type, 105 

Taxi Stop Type, 74 
UkOS 

NaPTAN Root, 88, 98 
UML 

NaPTAN Model, 49 
Diagram 

Notations, 20 
NPTG Discovery Model, 80 
NPTG Model, 34 
Stop Classification, 56 
Underground. See Metro, See Metro 

Off-Street Stop Classification, 
112 

Underground Entrance 

Stop Type, 75 
Underground Platform 

Stop Type, 75 
Unified Modelling Language 

(UML). See UML 
Unique name 

Locality, 94 
Uniqueness 

NPTG, 197 
Unitary Authority 

NptgLocality, 32 
UnmarkedPoint 

Bus Stop Classification, 108 

Unmarked Point Bus Stop Type, 
105, 106 
Uppercase 

NPTG Locality, 45 
URL 

WebApplication Element, 130 
Use 

NaPTAN Compilation and 

Distribution, 27 
NaPTAN Gathering and 

Distribution, 27 
NaPTAN Place Finder, 28 
NaPTAN Stop Finder, 29 



NaPTAN TransXChange use, 
28 

NaPTAN & NPTG, 27 
UsedBy 

WebApplication, 131 
User interface 

Stop Names, 75 
Validation 

XML, 29 
Variable Bus & Coach 

Stop Type, 75 
VariableBay 

Bus & Coach, 113 

Stop Type, 1 05 
VenueClassification 

NaPTAN Model, 49 
VenueRef 

Element, 127 
Version 

NaPTAN Schema, 98 

Schema, 88 

WebApplication Element, 130 
Version numbering, 179 

Versioning 

NaPTAN & NPTG, 17 

Revision number, 88 
Versions 

Overview, 179 
Vertical bar 

In Stop Names, 73 
Village 

NPTG Settlement, 93 
W3C 

reference, 205 

Schemas, 15 

Web 

Services 

Discovery Model, 80 
WebAppCapabilities 

CSV, 216 
WebApplication 

Change Attributes, 185 

Element, 129 

NPTG Discovery Element, 130 

Uniqueness, 198 
WebApplicationAdminAreaRef 

Change Attributes, 185 
WebApplicationClassification 



NPTG Discovery Element, 130 
WebApplicationCode 

NPTG Discovery Element, 130 
WebApplicationLocalityRef 

Change Attributes, 1 85 
WebApplicationRegionRef 

Change Attributes, 185 

WebApplications 

Discovery Model, 80 
WebApplicationStopPointRef 

Change Attributes, 185 
Welsh 

NaPTAN, 195 
WGS 84 

Location, 74, 139 

Location System, 88 

NaPTAN, 18 

NaPTAN Root, 98 

NPTG Discovery Root, 128 

reference, 205 

Standards, 23 
WheelchairAccess 

Stop Accessibility, 117 
WidthOfAccessArea 

Element, 119 
World Geodetic Standard. See WGS 

84 

WSAtkins 

NaPTAN development, 15 

XML 

Correctness, 29 

Naming Conventions, 20 

Notations, 20 

Validation, 29 

Well-formedness, 29 
XML.xsd 

Package, 193 
xml:lang 

Attribute, 1 78 
xml:lang: 

NaPTAN Schema, 98 

NPTG Schema, 88 

files, 193 
xsd 

NaPTAN, 15 
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